エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
濃淡をつけてバグを見つける|森崎 修司
バグは実装上の誤りという狭い意味で使われていることがあるので、この記事ではバグではなく欠陥と呼び... バグは実装上の誤りという狭い意味で使われていることがあるので、この記事ではバグではなく欠陥と呼びます。欠陥は実装上の集まり、仕様の漏れや曖昧さ、仕様の誤り、設計上の問題も含めています。 ソフトウェアの欠陥を濃淡をつけて見つけるのは大事です。この記事では、ソフトウェア開発全体を通じて濃淡をつけて見つけるためにはどうすればよいかを説明します。ドキュメントレビューで濃淡をつけて欠陥を見つける方法は拙著(「なぜ重大な問題を見逃すのか?間違いだらけの設計レビュー」amazon の書籍ページ)で説明しています。 どういうタイプの欠陥を優先して見つけるかを決めると濃淡の「濃」がわかります。欠陥タイプは欠陥の大まかな分類を指します。分類は同じような原因で混入される欠陥をグループ化したものです。同じような方法で検出できて、同じような欠陥と見なせる場合には欠陥タイプと呼びます。開発メンバーの間で「あそこでよく