テストは宗教です

ベストプラクティス5-宗教のように従うべきテスト

スケジュールがどれほど厳しくても、またはコード内の小さなコメントを変更しただけでも、小さな変更または大きな変更を行うたびにテストが必須です。変更されたコードのテストが必要です。

ソフトウェアを開発する際の信頼に勝るものはありません。ソースコードの作成にどれほど専門家や上級者であっても、コードに加えたすべての変更についてテストを実行する必要があります。

• タイトなスケジュール、妥協なし。
• コメントだけを変更しましたが、それでもテストする必要があります。
• 変数名だけを変更したので、テストを行う必要があります。
• あなたが怠惰に感じるなら...それは危険すぎます。

あなたがそれに従いたくないのなら？あなたは困るでしょう！

見つけたすべてのバグを祝う

はい、あなたや他のテスターがあなたのソフトウェアソースコードにバグを見つけたとしても、あなたは不満を感じるべきではありません。この重要な発見を祝うのに十分な理由は次のとおりです。

• バグはあなたの敵なので、あなたは1つを殺しました。
• これで、ソフトウェアのバグが1つ少なくなりました。
• 間違いは繰り返されない限り良いです。
• 今日学んだこと、明日への準備

同時に、開発者のコ​​ードにバグが発生した場合でも、開発者を批判しないでください。少なくともこれまでのところ、バグのないソースコードを世界中で作成できるプログラマーは誰も知りません。これが、私たちの理由の1つです。 SDLC（ソフトウェア開発ライフサイクル）には、ポストプロダクションサポート（またはサポートとメンテナンス）と呼ばれる別のフェーズがあります。