【最新アップデート】GPT-5.1/Gemini 3/Claude 4.5はそれぞれ何が変わったのか
12月11日 6:30
生成AI EXPO登壇陣が断言―「エンジニア不要論」への答え、個人から大企業まで実証する50倍生産性向上の実態
12月9日 6:30
Xrealの新型デバイス「Project Aura」初クリップ公開、発売は2026年予定ほか
12月15日 6:00
Gen AI Times
最新記事： 2025年12月11日
「生成AI Day 2025」レポート
最新記事： 2025年12月09日
週刊VRウォッチ
最新記事： 2025年12月15日
オープンソースDB運用管理Tips
最新記事： 2025年12月16日
Kong API Summit 2025レポート
最新記事： 2025年12月12日
CloudNative Days Winter 2025レポート
最新記事： 2025年12月19日
ネットワークオブザーバビリティの「水源」を探る
最新記事： 2025年12月03日
Zabbix Summit 2025レポート
テスト自動化ガイド 2024
生成AI完全ガイド 2024
IT運用管理ガイド 2023
DevOps完全ガイド 2023
クラウドデータベース完全ガイド 2023
ローコード開発プラットフォームガイド
業界情報やナレッジが詰まったメルマガやソーシャルぜひご覧ください
[運営] 株式会社インプレス
レビューの効果は段階的に向上させる レビューは欠陥検出、関係者の認識共有と合意形成、効果的解決手段の検討促進、エンジニアの育成および開発全体の生産性向上などに有効な手段と言われています。また、実機でのテストに比べて「1．欠陥を安価に検出できる」「2．機能や処理の抜けを検出できる」などの特徴を持ちます
安達 賢二
2009年3月24日 20:00
仕様記述中の句読点の数 今回は通常のインスペクターの視点に加えて、インスペクションにメトリクスデータを活用するいくつかの事例を紹介します。
細川 宣啓
2009年3月25日 20:00
高齢者在宅監視システムのソフトウエア要求（初期案） 「仕様書をレビューしても、文章表現上の指摘しかできない」「チェックリストに書いてあることの真意が分からない」「重要な問題なのに、つい見逃してしまう」。
野中 誠
2009年3月31日 20:00
定量測定の動機 まず、今回は品質の定量測定について「定量測定はなぜ必要か」について考察してみましょう。品質定量測定の目的は、実にさまざまです。その理由は立場／役割（ロール）によって、品質を理解／把握したいと思う動機がさまざまだからです。例えば、品質定量測定を行う理由は次のようなものがあるでしょう。
2009年3月11日 20:00
ピアレビュー会議実践後のふりかえり 前回は、ピアレビュー教育の概要を紹介し、教育の中でピアレビュー会議を実践することが効果的である、ということを説明しました。ピアレビュー会議のあと、30分程度の時間を使い、ふりかえりを必ず実施するようにしています。
小笠原 秀人
2009年3月27日 20:00
ソースコードを読むときに必要となる記憶力 前回「RHELを題材にソースが見える環境を作る」の記事に従ってソースコードを手元に置くと、段々ソースコードを読む習慣がついてきます。習慣がつくに従い徐々に読む範囲をひろげ、量を増やしていくことでしょう。しかし、いずれ壁にぶつかることになります。少なくとも筆者
大和 正武
2009年3月12日 20:00
大規模ソフトウエアの保守・拡張開発で起こる問題 大規模ソフトウエアの保守・拡張開発で起こる問題の多くは、中小規模の開発でも存在します。しかし、中小規模では目をつむっていられるものでも、規模が大きくなるにつれ、対処できないほどの問題になります。今回取り挙げる問題点は、大規模ソフトウエアを長期間保守・
山科 隆伸
2009年3月19日 20:00
要件定義書の攻略方法 今回は、インスペクション対象ごとの攻略方法やコツに焦点を当て、解説していきます。
2009年3月18日 20:00
優先度つきインスペクションとは 今回は限られた時間内でインスペクションを実施することを前提に、どんな欠陥を優先して指摘すべきかを意識した、優先度つきインスペクションを紹介します。また、優先して発見すべき欠陥を決めるヒントの1つとして、バグ票に含まれる修正工数の傾向を抽出した事例を紹介します。
森崎 修司
2009年3月23日 20:00
ソースコードを見ればトラブルの原因がわかる 筆者は、顧客の環境で発生した弊社製品（Red Hat Enterprise Linux、以下RHEL）のトラブルの原因を調査する仕事に従事しています。この仕事をしていて大変に印象的なのは、「簡易なソースコード読解作業」によって多くの問題の原因を突き止めるに
2009年3月5日 20:00
カスタマイズが必要な理由 組織内のすべてのソフトウエア開発プロジェクトを画一的に扱い、唯一の手順、技法、開発方法論だけではプロジェクトを成功に導くことはできません。個々のプロジェクトへの手順、技法のカスタマイズは必須であり、インスペクションについても同じことが言えます。
2009年3月30日 20:00
メトリクスを活用したソフトウエアレビューとは 今回は、財団法人 日本科学技術連盟2007年度ソフトウェア品質管理研究会の第1分科会グループA（http://www.juse.or.jp/software/study_data2007.html）として活動した成果として、メトリクスを活用したソフトウ
小池 利和
2009年3月3日 20:00
レビュー活動に対する課題 レビューの効果は、いろいろな文献や図書で示されています。しかしながら、「レビューの効果はわかるのだけど、組織的になかなか定着しない」と思っている方も多くいると思います。また、「レビューの重要性は分かるのだけど、時間がもったいないので、今はプログラミングとテストを優先して」と
2009年3月6日 20:00
レビューのゴールはあいまい 「ソフトウエア開発において、レビューは大切ですか？」
竹下 千晶
2009年3月10日 20:00
リーディング技法がなぜ必要か？ インスペクション／レビューにおける欠陥の指摘は自由度が高いため、本題である欠陥や矛盾の指摘から話がそれてしまうことがあります。例えば、質問ばかりで指摘が全くされない、品質向上につながらない指摘が多い、極端な場合にはインスペクション／レビュー対象のソフトウエアから離れて
2009年3月9日 20:00
レビュー教育の方法 レビューを組織やチームで定着させるためには、必要性を認識してもらったうえで、レビューの基本的なルールやうまく実施するためのポイントを理解する必要があります。そのための方法として、組織単位でレビュー教育を実施することが効果的です。
2009年3月13日 20:00
欠陥検出を目的としたレビュープロセスの導入 ソフトウエア開発におけるレビューは、開発技術や管理技術の成果物に含まれる欠陥を早期に検出して取り除く活動として重要です。しかし、レビューの準備段階から指摘に対する是正が完了するまでの活動に誤りがある場合は、効率よく欠陥を検出することができません。
平野 誠太郎
2009年3月17日 20:00
第三者インスペクションの実施プロセス インスペクションとは、日本語では単純に「検査」と訳されることが多いですが、一般的には仕様やプログラムコードの品質確認検査、特に複数人数での目視検査を中心とした品質レビュー活動を意味します。
2009年3月4日 20:00
なぜインスペクション／レビューが必要か？ 「テストは品質を確認する場である。さらなる品質向上を望むならば、設計品質をはじめとした作りこみの段階での品質向上も必要だ」というような話を聞かされたことのある技術者は多いでしょう。
2009年3月2日 20:00
参加者の役割 今回から深遠なるインスペクションの世界へと進んでいきます。第1回、第2回では物足りなかったという方にも今回以降は手ごたえを感じていただけるのではないかと思います。今回からは比較的かっちりとしたインスペクション／レビューの説明になりますので、これまでの「インスペクション／レビュー」という
2009年3月16日 20:00
