障害があったときに、テストのところでなんとか発見しようとするのは私は間違いであると思います。
なぜなら、テストではバグを発見することが目的ですが、ただ障害の根本原因がテストにあるのならテストのプロセスややり方を変更する必要がありますが、そうでない、設計や要件定義の段階などであれば、そこを変える必要があります。
そういったことを考えないで、テストで見つければいいやと根本の心理状態にあると、どうしてもコードが読みにくくなったり、手を抜くことが発生してしまいます。
達人プログラマーの割れ窓理論になってしまいます。
そうならないようにするためにも、テストで何とかしようではなく、コードを書いているその場からテストしたり、定義を十分に検討するなどその場に応じた対策が必要であると思います。
なぜなら、テストではバグを発見することが目的ですが、ただ障害の根本原因がテストにあるのならテストのプロセスややり方を変更する必要がありますが、そうでない、設計や要件定義の段階などであれば、そこを変える必要があります。
そういったことを考えないで、テストで見つければいいやと根本の心理状態にあると、どうしてもコードが読みにくくなったり、手を抜くことが発生してしまいます。
達人プログラマーの割れ窓理論になってしまいます。
そうならないようにするためにも、テストで何とかしようではなく、コードを書いているその場からテストしたり、定義を十分に検討するなどその場に応じた対策が必要であると思います。
※コメント投稿者のブログIDはブログ作成者のみに通知されます