アカウント名:
パスワード:
そこには力関係があるので合理的には解決しません
日立?
きっと、信頼度成長曲線を使うのが問題ではなく、予測数値との誤差±0%しか許容しないんでしょ。
信頼度成長曲線なんて誤差を無視したモデル化曲線なのに、それにあわせないといけないという工学的には誤った運用だね。
テスト時に見つかったバグが予測数値より少ないと「テストが不足している」と文句を言われ、バグが多いと「品質が悪い」と言われてました。
数百Stepの開発(改造)で「「KStepあたりバグ1件」が満たせないと受入できない」と客に言われた事を思い出しました。
# 0件じゃダメ、1件だとアウトですよ。どうしろと
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
バグ数予測といえば (スコア:2, 興味深い)
テスト時に見つかったバグが予測数値より少ないと「テストが不足している」と文句を言われ、
バグが多いと「品質が悪い」と言われてました。
直接の担当の人はそんな計算数値通りになるわけないと分かってくれてましたが、
管理部門の人たちは計算からズレるとうるさいそうで。
Re: (スコア:0)
そもそも、これは
・プログラムにはバグがある
・バグのないプログラムは存在しない
という考え方が根底にあります。
抽出バグの計画を立てることは、その考え方の中で、
組織としてどうやって定量的に品質保証していくのか、
という問題を解決する、合理的なやり方です。
個人が趣味で作るようなプログラムなら、こんなことをやるのは馬鹿げています。
で、タレコミ人の「今時」はどうしてるのでしょう?
Re: (スコア:0)
そこには力関係があるので
合理的には解決しません
Re: (スコア:0)
日立?
Re: (スコア:0)
きっと、信頼度成長曲線を使うのが問題ではなく、予測数値との誤差±0%しか許容しないんでしょ。
信頼度成長曲線なんて誤差を無視したモデル化曲線なのに、それにあわせないといけないという工学的には誤った運用だね。
Re: (スコア:0)
数百Stepの開発(改造)で「「KStepあたりバグ1件」が満たせないと受入できない」と客に言われた事を思い出しました。
# 0件じゃダメ、1件だとアウトですよ。どうしろと