アカウント名:
パスワード:
ほしいのはバグ発生率の指標ちょうどの個数のバグを多すぎも少なすぎもせず出せる人材
つまりザコが欲しい、っと?
それはH社か
バグが定数率より発生しないと、テストが不十分と言われるわけですね。お疲れ様です。
そういう学芸会みたいな事をやれるだけ余裕があるんだなw# N社ではSWQCとか止めたと聞いたけど
# N社ではSWQCとか止めたと聞いたけど
そういやそいつで「こういうのをやめさせる実例だせるじゃん丁度いい。会議にソースも持っていこう」と言わせてリーダーを絶望させたワシ。。#上位陣、ソース見れるとは思わなかった
検出したバグ件数が… 指標より少ない→テスト不足だ! 指標より多い→低品質だ! 指標ちょうど→テスト結果の改竄だ!
というようなネタをどこかで読んだ。
ネタというか、実際そういう扱いをされた。ここからさらに続きがあって、 指標との一致・逸脱の理由を書かせる → どんな数値でも理由を捻れば許されて、指標の意味がなくなる、に至る。
別にH社に限った話ではない。
HW設計してた20年くらい前に、ソフトウエアの品質測定手法の話を聞いたことがあるが、結合テスト以後になんとか曲線を引いて、残存重大バグ推定件数が許容数を下回ったら(推定対応コストが予算を下回ったら)リリースと言っていた。ちなみに単体テストのバグ件数は無意味とはっきり言われた。
そのときバグ発生率の指標はなかったが、今はふつうどうやるものなの?ふつうって言ってるのは、H社はどうでもいいという意味です。
日本のソフト開発は受託開発ばっかりで自社製品がなくなった。その過程でまともな品質保証の仕組みもなくなりました。今は顧客が言う期限、顧客が検収するかどうかが全てです。
これだよなぁシステム開発能力だけを切り出してビジネスにしようとしたのがまず間違いで、どこまでいっても人売りにしかなれなかった
それって、「絶対にバグを出さない人材は要らない」ではなく「バグの数をコントロールできる人材が欲しい」ということだよね。
もし顧客が自分で検品するような奇特で誠実なところへの納品なら「絶対にバグを出さない人材」がいいけど、開発元で納品前にデバッグの結果を顧客に出さないといけない場合にバグがゼロだと困るという話でしょ?
それなら意図的に修復が容易なバグを組み込めばいいわけでは?
結合テストで担当した箇所に1個もバグを出さなかったんだけど、そのままだと社内監査を通せないんで、何でも良いから問題(バグ)を10個ほどでっち上げてくれって指示された事があったな。
いや、そうじゃない。思いっきり誤読してる。読解力の低さを自覚した方が良い。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
絶対にバグを出さない人材などいらない (スコア:1)
ほしいのはバグ発生率の指標ちょうどの個数のバグを多すぎも少なすぎもせず出せる人材
Re: (スコア:0)
つまりザコが欲しい、っと?
Re: (スコア:0)
それはH社か
Re: (スコア:0)
バグが定数率より発生しないと、テストが不十分と言われるわけですね。
お疲れ様です。
Re:絶対にバグを出さない人材などいらない (スコア:1)
そういう学芸会みたいな事をやれるだけ余裕があるんだなw
# N社ではSWQCとか止めたと聞いたけど
Re: (スコア:0)
# N社ではSWQCとか止めたと聞いたけど
そういやそいつで
「こういうのをやめさせる実例だせるじゃん丁度いい。会議にソースも持っていこう」
と言わせてリーダーを絶望させたワシ。。
#上位陣、ソース見れるとは思わなかった
Re: (スコア:0)
検出したバグ件数が…
指標より少ない→テスト不足だ!
指標より多い→低品質だ!
指標ちょうど→テスト結果の改竄だ!
というようなネタをどこかで読んだ。
Re: (スコア:0)
ネタというか、実際そういう扱いをされた。
ここからさらに続きがあって、
指標との一致・逸脱の理由を書かせる
→ どんな数値でも理由を捻れば許されて、指標の意味がなくなる、
に至る。
Re: (スコア:0)
別にH社に限った話ではない。
Re: (スコア:0)
HW設計してた20年くらい前に、ソフトウエアの品質測定手法の話を聞いたことがあるが、
結合テスト以後になんとか曲線を引いて、残存重大バグ推定件数が許容数を下回ったら
(推定対応コストが予算を下回ったら)リリースと言っていた。
ちなみに単体テストのバグ件数は無意味とはっきり言われた。
そのときバグ発生率の指標はなかったが、今はふつうどうやるものなの?
ふつうって言ってるのは、H社はどうでもいいという意味です。
Re:絶対にバグを出さない人材などいらない (スコア:1)
日本のソフト開発は受託開発ばっかりで自社製品がなくなった。
その過程でまともな品質保証の仕組みもなくなりました。
今は顧客が言う期限、顧客が検収するかどうかが全てです。
Re: (スコア:0)
これだよなぁ
システム開発能力だけを切り出してビジネスにしようとしたのがまず間違いで、
どこまでいっても人売りにしかなれなかった
Re: (スコア:0)
それって、「絶対にバグを出さない人材は要らない」ではなく「バグの数をコントロールできる人材が欲しい」ということだよね。
もし顧客が自分で検品するような奇特で誠実なところへの納品なら「絶対にバグを出さない人材」がいいけど、開発元で納品前にデバッグの結果を顧客に出さないといけない場合にバグがゼロだと困るという話でしょ?
それなら意図的に修復が容易なバグを組み込めばいいわけでは?
Re: (スコア:0)
結合テストで担当した箇所に1個もバグを出さなかったんだけど、そのままだと社内監査を通せないんで、何でも良いから問題(バグ)を10個ほどでっち上げてくれって指示された事があったな。
Re: (スコア:0)
いや、そうじゃない。思いっきり誤読してる。読解力の低さを自覚した方が良い。