- 80 名前：仕様書無しさん mailto:sage [2008/06/30(月) 18:09:49 ]
- >>74
結論から言おう。
ユニットテストをプログラマーが行うとして以下の問題がある。
- 優秀な奴とそうでない奴の差が激しく、属人的でテストの品質がばらつく。
- プログラマーは納期が厳しい。ユニットテストは真っ先に手を抜かれる。
- プログラマーとテスターの両方の能力を持つ人材が少ない。
- プログラマーはテストが嫌い。
- プログラマーが設計するとして、間違った設計をする奴に正しい
テストを書けるはずがない。
- コーダーは、設計の通りにコードを書く。
コーディングに支障がない限り、間違った設計でもそのままコードに
してしまう。コーダーにはユニットテストを書くことはできない。
「チーム内のプログラマー全員が、律儀にユニットテストをこなす。」
という期待は捨てた方がいい。
ポイントは、テストのプロを雇ってテストに専念させる事にある。
「第三者によるテスト」が重要。
>>78
分割すると管理コストが増えるし組織が複雑になる。
そして、意思疎通が難しくなる。
問題が形を変えるだけで何も解決したことにはならない。
|
 |
