製品の品質向上の為にあるべきだと考えるのですが、単なる成果物の一つ(お座成り)になっていないでしょうか?
テスト仕様書は誰が作成するのが適切か。品質Checkの見地から当然、成果物を受け取る側ですよね。
各フェーズで、バグ出しする手法の一つなので、テストデータも,異常系を中心に意地悪に近いデータも含めて作成するのが,本筋だと認識しています。
プログラマーにテスト仕様書を書かせていませんか? テストデータもプログラマ任せにしたり, してませんか?
プログラマーに製品チェック項目を書かせると,悪意がなく公正なつもりでも,都合の悪いケースは無意識に排除し,曖昧になってしまいます。
自分に都合のいいケースだけでテストして,不具合が発覚しないで,納品しまう悲劇を生みます
迷惑を蒙るのは,お客様です。責任はプログラマに転嫁されてしまう事もあると聞きます。
行儀の悪いプログラマの増殖の遠因にもなっている気がします。
可能ならば,プログラム単体テストの段階でも,第三者がテストデータとテストケースを作るようにすれば、品質向上につながります。
裏EdTechでも話題になったのですが、先に工数(苦労)を費やしたほうが,後の工数が楽になります。
その割には,コードレビューと称して, 変数名のCheck/ goto 文の使用のCheck, コメントの有無などの、些細な箇所のチェックは厳しかったりするので、笑ってしまいます。
コピペで同じコードが複数個所に登場しても、お咎めなしだと聞くと、何のためのコードレビューなんだと思ってしまいます。
レビューする側が、マニュアル化されているチェック項目しかチェックしないと聞くと、いやになってきます。
「よりよい製品を目指す」この基本原則が疎んじられていないでしょうか?
しかし,「そういうもんだ」という意識が双方にあるケースも多々見受けられますので,業界全体のモラルの問題かもしれません。
業界全体の行儀Checkerが欲しい。