「CERNの大型ハドロン衝突型加速器、稼動再開また延期」記事へのコメント

「同様のバグがないか水平展開して調査したところ、他に2件…」

[TarZ (28055)]

どこぞの製造業の会社の偉い人が、「ハードはこれだけの品質のものを作れるのに、ソフトウェアはどうしてバグをなくせないんだ」とおっしゃっているそうですが、LHCの件はぜひ知っていただきたいところ。規模がでかくて特注品なら、ハードだろうがソフトだろうが不具合はあるものです。

…って、言い訳したいよう。(;;)

Re:

[Anonymous Coward]

最近(?)のソフトウェア業界ではテスト時に不具合を一定の確率で事前に仕込んでおかないと
品質チェックのときにうるさく言われるとかあるんですよねー。
自分の作ったものに不具合はないとは言い切れないけど何か変だと思うんですけどね...

# Japanese Gentlemen Stand Up Please!

Re:

[Anonymous Coward]

一見してバグがでないようでも、
喰わせるテストデータや条件を変えていってバグを出すんだって。

それでも検出数が所定目標に達しなければ堂々と胸を張ればいい。
自分でバグしこんでどうするよ。

Re:

[Anonymous Coward]

>それでも検出数が所定目標に達しなければ堂々と胸を張ればいい。

テストの合否に関係なく「発見され、潰されたバグの数」が規定に達してなければ無条件で突き返す元請けがいるらしいですよ。

Re:

[Anonymous Coward]

それはテストで発見され、潰されたバグの数が規定に達することが、納品の条件だということ。
一度や二度のテストをパスすることじゃない。

Re:

[Anonymous Coward]

バグが全く発見できないソフトウェアは、永久に納品できないってこと？

Re:

[Anonymous Coward]

製作フェーズ直前でプログラマチームが変更になった。ものすごく優秀な連中。
結果、彼らが作成したソースコードは静的検査を掛けてもテストツールかましてもエラーがほとんど出ない。
ソフトウェア結合テスト段階でもバグの発生が20件程度しかない。
明らかに仕様をきちんと纏めあげた上流工程の奴らと実装を確実にこなすプログラマたちのおかげで高品質なソフトウェアが組みあがっている。例外処理も完全に潰しているし、ランダムテストでもびくともしない。すばらしい出来。

問題は会社の品質管理支援ツール。
当初の設定ではバグ検出数を700件と想定して、テスト期間3ヶ月を

Re:「同様のバグがないか水平展開して調査したところ、他に2件…」

[Anonymous Coward]

私も経験が。

とあるユーザから「バグが少なすぎる」という痛烈なクレームにビックリ。
なんでもそのユーザの検収部門には、規模に応じた数のバグを指摘して改修させるノルマがあるそうで、次もこんなこと(バグがとても見つけにくいレベルで納品)をしたら絶対に検収上げないぞ、仕事ナメんなってネチネチと。しかも報復的に、ウルトラCクラスの嫌がらせとしか思えない内容のバグを指摘してきた。
仕様には書かれていないが根本に関わる部分だったので、それはもう大変なことになりました。

そういうのは社外だけでなく社内からも言われることがあって、社内規則では、
・テスト項目はテスト開始前にすべて作成してレビューを受けること
・類似バグであっても、複数のテスト項目に該当する場合は個別にカウントする(1つにまとめて数えてはいけない)
となっていて、その日のテスト実施項目数にバグ発見数が比例してしまう。
にもかかわらず、日別のバグ発見数の推移をみて収束してないと言われる。