スラッシュドット・ジャパン

品質保証部の合格が出ないと出荷できないので、
設計部と品質保証部の仲が悪くなると最悪です。
プロジェクトの最後は、修羅場になります。

品質保証部は出荷する製品に対する最終責任を持つ。
合格を出したからには、客先でバグが出たら、品質保証部に責任がある。
ということになっています。

現実には、結局設計が怒られます。
品質保証部からも、めためたに言われます。
世の中そんなもんです。

あと、設計がキッチリ決まってない場合は、開発者以外がテストコードを書くのは難しいんじゃないかな。コードに手を入れる権限がある程度必要になってくるから。ユニットテストの話をすると、全てのコードがテストできるってわけじゃないと思うんですよ。メソッドに何十行もずらーーっと書いてあるような酷いコードはテストのしようがない。ユニットテストを書くことで自然とリファクタリングが進むんだけど、ここで年上のオジサンプログラマが「俺のコードは動いてるんだから手入れるなよ」みたいな場合は困る。 しかも、ずらーーっと長い分、メソッドに期待されている振る舞いってのも理解しずらくて、テストを書くのにすごく時間がかかってしまう。

テスト書くよりも、コードの振る舞いを理解するのに時間がかかってしまうぐらいなら、開発者本人がテスト書いた方がよっぽど早いわけ。

あと、チーム全体がユニットテストの存在を認識して、更新していかないと、振る舞いの変更が行われて、テストが壊れまくってもそのままチェックインみたいな事が起こる。テストが壊れるってのは、再設計の必要がどこかであるわけで、場当たり的にクラスを拡張していくオジサンプログラマを説得して、新しいクラスを作ったり、継承を使ったりということが必要になる。OO のセンスのないオジサンプログラマが上司ってことは多いです。

ここで、腕が立つと認めてもらえれば、コードを書き換えたり再設計する権限が与えられるわけだけど、それは腕次第。

要するに、テスト以前に開発プロセスそのものが確立してない所が多いわけです。何をテストするかが明確じゃないとテストのしようがない。
適当にコード書いて、事後に UML を作って大量の Word を作るとか、そういう現場があるわけで。当然の事だけど、cvsなどのヴァージョン管理ソフト、バグ追跡ソフト、コード規定がまず必要だし。

最近、大学生のインターンを指導してるけど、ホワイトボードで UML 使って論議して、テストファーストって方法を導入してみた。 僕は、他人の書いたコードって信用できない性格なんだけど、テストがあることで少しは信用できるようになったと思う。

あと、ソフトの生涯ってのは大半を保守で過ごすわけで、ちゃんとした要件収集、設計、テストをやることで、長期的な生産性は上がります。バグだらけで、しかも誰も保守できないコードってゴミだから。 あと、データの状態によって出てくるバグってのも少なくなる。

書かれたコードをテストすると言うことは、書いた人を信用しないと思われがちでしょうが、要求仕様が曖昧で変更の可能性がいつもあり、納期も常に不確定な業界では、ある程度、コードを書き上げる速度を上げて、あとはテスターからのフィードバックを受けて作り込んでいく、という姿勢は必要なのかな、と思います。これは引用元の西氏の姿勢そのものですね。

そのときに、従来、物作り企業では品質保証部門を別に設立して、トップの意向を受けながら品質保証の啓蒙活動を仕切ったり、実際の工程に立ち入ったりしました。最終的には全社で品質を上げていく意思統一が必要で、そのための社内コンサルティングという立場に落ち着いているようです。ソフトウェア業界におけるテスト技術者も、啓蒙部門という立場になるか、あるいはその役割そのものがコードを書く現場に委ねられるか、していくのでしょうね。

いずれにせよ、まずは、自分が書いたコードを信用しない姿勢が大事なのでしょう。 製造工程よりももっとばらつきの多い人間の集団から生み出されるものですから。 素直にテスト技術の今後に期待します。

かつて、テストに一ヶ月もかけたくせに、300MB/日のペースでメモリを食いつぶすメモリリークを見逃したチームとか、仕様書の動作前提条件すら読まずにテストを書いた挙句、動作条件を満たさないテストケースで、数週間もテストを続けていた奴とかいたぞ。

しかも、どちらの事例も「テストケースのレビューをしていた」というから、ますますタチが悪い。精査をした奴は、いったい何を精査したんだ？

……で、なんで自分がその尻拭いをさせられたのは何で？　自分は一切関わってないのに（滝涙）

＃悲しいのでＡＣ

テレビとかで見た限りですと、「通行制限用のロープ(というかベルト)が風で揺れるのに反応しちゃうので」ということのようです。
# つまりあれをくぐるやつは逝ってよしと