エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
山浦恒央の“くみこみ”な話(48):バグの数は予測できるのか? 発想は斬新だけど評判の悪い「池の中の魚」モデル - MONOist(モノイスト)
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
山浦恒央の“くみこみ”な話(48):バグの数は予測できるのか? 発想は斬新だけど評判の悪い「池の中の魚」モデル - MONOist(モノイスト)
山浦恒央の“くみこみ”な話(48):バグの数は予測できるのか? 発想は斬新だけど評判の悪い「池の中の魚... 山浦恒央の“くみこみ”な話(48):バグの数は予測できるのか? 発想は斬新だけど評判の悪い「池の中の魚」モデル プログラマーの永遠の課題「プログラム中の残存バグ数の推定」に迫るシリーズ。今回は、エンジニアの基本姿勢から逸脱した、一種のトンデモ推定法である「キャプチャー・リキャプチャー・モデル(別名、ソフトウェア版『池の中の魚』モデル」を取り上げます。 コーディングが終わり、コンパイルエラーも消え、いざデバッグ工程に突入――。このとき、「プログラムの中に隠れているバグの総数を正確に推定できたらなぁ……」と考えたことはありませんか? こう考えるのは何もプログラマーだけではありません。プロジェクトマネジャーも、プロジェト管理や品質制御の観点から、バグ総数を高精度で予測することを夢見ています。 というわけで、新シリーズでは、この「ソフトウェア中の残存バグ数の推定」をテーマに取り上げ、今回から数回に