アカウント名:
パスワード:
書かれたコードをテストすると言うことは、書いた人を信用しないと思われがちでしょうが、要求仕様が曖昧で変更の可能性がいつもあり、納期も常に不確定な業界では、ある程度、コードを書き上げる速度を上げて、あとはテスターからのフィードバックを受けて作り込んでいく、という姿勢は必要なのかな、と思います。これは引用元の西氏の姿勢そのものですね。
そのときに、従来、物作り企業では品質保証部門を別に設立して、トップの意向を受けながら品質保証の啓蒙活動を仕切ったり、実際の工程に立ち入ったりしました。最終的には全社で品質を上げていく意思統一が必要で、そのための社内コンサルティングという立場に落ち着いているようです。ソフトウェア業界におけるテスト技術者も、啓蒙部門という立場になるか、あるいはその役割そのものがコードを書く現場に委ねられるか、していくのでしょうね。
いずれにせよ、まずは、自分が書いたコードを信用しない姿勢が大事なのでしょう。 製造工程よりももっとばらつきの多い人間の集団から生み出されるものですから。 素直にテスト技術の今後に期待します。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
自分が書いたコードを信用しないという姿勢 (スコア:2, 興味深い)
書かれたコードをテストすると言うことは、書いた人を信用しないと思われがちでしょうが、要求仕様が曖昧で変更の可能性がいつもあり、納期も常に不確定な業界では、ある程度、コードを書き上げる速度を上げて、あとはテスターからのフィードバックを受けて作り込んでいく、という姿勢は必要なのかな、と思います。これは引用元の西氏の姿勢そのものですね。
そのときに、従来、物作り企業では品質保証部門を別に設立して、トップの意向を受けながら品質保証の啓蒙活動を仕切ったり、実際の工程に立ち入ったりしました。最終的には全社で品質を上げていく意思統一が必要で、そのための社内コンサルティングという立場に落ち着いているようです。ソフトウェア業界におけるテスト技術者も、啓蒙部門という立場になるか、あるいはその役割そのものがコードを書く現場に委ねられるか、していくのでしょうね。
いずれにせよ、まずは、自分が書いたコードを信用しない姿勢が大事なのでしょう。 製造工程よりももっとばらつきの多い人間の集団から生み出されるものですから。 素直にテスト技術の今後に期待します。