Linuxカーネルに重要な脆弱性「CVE-2026-98432」─ IPv4経由で遠隔DoSのおそれ
10月31日 0:54
「Python 3.15.2/3.14.10/3.13.18/3.12.16/3.11.18」リリース ─ 侵害されたeMudhraのCA鍵をブロック
10月26日 16:52
エンジニアが「本当に役に立った」技術書を紹介【Linux編】
10月20日 6:30
ゲーム実装で身に付くプログラミング
最新記事: 2026年10月28日
Windowsユーザーのための WSL2で始める Linux環境構築術
最新記事: 2026年05月14日
エンジニアの本棚から
最新記事: 2026年10月20日
インタビュー
最新記事: 2026年11月10日
基礎から学ぶLinuxネットワーク実習
「インプレス AI Days 2026」レポート
最新記事: 2026年11月09日
脆弱性診断の現場から
週刊VRウォッチ
Kaggleは「○○」に役立つ
最新記事: 2026年11月06日
【レガシーモダナイゼーション新潮流】AIが変える モダンアーキテクチャへの移行
テスト自動化ガイド 2024
生成AI完全ガイド 2024
IT運用管理ガイド 2023
DevOps完全ガイド 2023
クラウドデータベース完全ガイド 2023
業界情報やナレッジが詰まったメルマガやソーシャルぜひご覧ください
[運営] 株式会社インプレス
なぜインスペクション/レビューが必要か? 「テストは品質を確認する場である。さらなる品質向上を望むならば、設計品質をはじめとした作りこみの段階での品質向上も必要だ」というような話を聞かされたことのある技術者は多いでしょう。
森崎 修司
2009年3月2日 20:00
リーディング技法がなぜ必要か? インスペクション/レビューにおける欠陥の指摘は自由度が高いため、本題である欠陥や矛盾の指摘から話がそれてしまうことがあります。例えば、質問ばかりで指摘が全くされない、品質向上につながらない指摘が多い、極端な場合にはインスペクション/レビュー対象のソフトウエアから離れて
2009年3月9日 20:00
参加者の役割 今回から深遠なるインスペクションの世界へと進んでいきます。第1回、第2回では物足りなかったという方にも今回以降は手ごたえを感じていただけるのではないかと思います。今回からは比較的かっちりとしたインスペクション/レビューの説明になりますので、これまでの「インスペクション/レビュー」という
2009年3月16日 20:00
優先度つきインスペクションとは 今回は限られた時間内でインスペクションを実施することを前提に、どんな欠陥を優先して指摘すべきかを意識した、優先度つきインスペクションを紹介します。また、優先して発見すべき欠陥を決めるヒントの1つとして、バグ票に含まれる修正工数の傾向を抽出した事例を紹介します。
2009年3月23日 20:00
カスタマイズが必要な理由 組織内のすべてのソフトウエア開発プロジェクトを画一的に扱い、唯一の手順、技法、開発方法論だけではプロジェクトを成功に導くことはできません。個々のプロジェクトへの手順、技法のカスタマイズは必須であり、インスペクションについても同じことが言えます。
2009年3月30日 20:00