アカウント名:
パスワード:
ほしいのはバグ発生率の指標ちょうどの個数のバグを多すぎも少なすぎもせず出せる人材
それはH社か
別にH社に限った話ではない。
HW設計してた20年くらい前に、ソフトウエアの品質測定手法の話を聞いたことがあるが、結合テスト以後になんとか曲線を引いて、残存重大バグ推定件数が許容数を下回ったら(推定対応コストが予算を下回ったら)リリースと言っていた。ちなみに単体テストのバグ件数は無意味とはっきり言われた。
そのときバグ発生率の指標はなかったが、今はふつうどうやるものなの?ふつうって言ってるのは、H社はどうでもいいという意味です。
日本のソフト開発は受託開発ばっかりで自社製品がなくなった。その過程でまともな品質保証の仕組みもなくなりました。今は顧客が言う期限、顧客が検収するかどうかが全てです。
これだよなぁシステム開発能力だけを切り出してビジネスにしようとしたのがまず間違いで、どこまでいっても人売りにしかなれなかった
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
絶対にバグを出さない人材などいらない (スコア:1)
ほしいのはバグ発生率の指標ちょうどの個数のバグを多すぎも少なすぎもせず出せる人材
Re: (スコア:0)
それはH社か
Re: (スコア:0)
別にH社に限った話ではない。
Re:絶対にバグを出さない人材などいらない (スコア:0)
HW設計してた20年くらい前に、ソフトウエアの品質測定手法の話を聞いたことがあるが、
結合テスト以後になんとか曲線を引いて、残存重大バグ推定件数が許容数を下回ったら
(推定対応コストが予算を下回ったら)リリースと言っていた。
ちなみに単体テストのバグ件数は無意味とはっきり言われた。
そのときバグ発生率の指標はなかったが、今はふつうどうやるものなの?
ふつうって言ってるのは、H社はどうでもいいという意味です。
Re:絶対にバグを出さない人材などいらない (スコア:1)
日本のソフト開発は受託開発ばっかりで自社製品がなくなった。
その過程でまともな品質保証の仕組みもなくなりました。
今は顧客が言う期限、顧客が検収するかどうかが全てです。
Re: (スコア:0)
これだよなぁ
システム開発能力だけを切り出してビジネスにしようとしたのがまず間違いで、
どこまでいっても人売りにしかなれなかった