自動化されたテストを人気にする方法は？[閉まっている]

私たちのコードベースは現在20年間成長しています。私たちは500klocで作業する約10人の開発者+ sqaです。少し前に、私たちの小さなチーム（2人の開発者、1人はsqaから）が自動化されたテストプログラムに取り組み始めました。現在、1回の実行には11時間かかり、どういうわけか統合テストです。この問題を解決し、誤検知を減らすために取り組んでおり、その点で大きな進歩を遂げています。しかし、詳細は重要ではありません。

問題なく機能しており、改善を続けています。私たち（小さなチーム）はとても気に入っています。何かを壊すと、2か月後ではなく1日後にsqaが表示されます。また、私たちのマネージャー（dev + sqa）はこのアイデアを気に入っています。しかし、チームの他の人々はテスト結果を無視します。彼らの心では、チェックイン後にテストが失敗する場合、それはテストの問題であり、コードの変更の問題ではなく、単なるおもちゃのプロジェクトです。テストの失敗が本当のエラーである場合、私たちは何度か議論しました。ほとんどの場合です。

私たちは何かを強制することはできませんし、したくありません。自動テストが重要であることをどのように示すことができますか？

免責事項

私はマネージャーのように聞こえるかもしれませんが、自動化されたテストが優れていることを説得する必要がある開発者としてこれを書きました。

開発者の基本的な心理を理解する必要があります。開発者がコードをコミットすることは根深い必要性です。彼らがそうすることを妨げるものはすべて、非常に非常に悪いことです。失敗したテストは間違いなくそうすることを妨げるものであり、それは悪いことです。したがって、抵抗。

あなたが指摘しなければならないことは、自動化されたテストは短期的にそれらを遅くしますが、長い目で見れば彼らは多くの悲しみを救い、実際にそれらをスピードアップします。開発者が嫌いな他のこと、つまりバグを修正することで、時間を短縮できます。

そして、はい、あなたはそれを実施しなければなりません。管理者から無条件のサポートを受け、自動テストの作成を必須かつ交渉不能にする必要があります。時間が経つにつれて、開発者はそれらに慣れるでしょう。役立つのは、さらに多くの新しい開発が行われたこと、および自動テストを導入してからバグの数がどれだけ削減されたかを示すメトリックを考案できる場合です。言葉は不安定です。数字はしっかりしています。そして数字は、平均的な開発者が言葉よりもよく理解するものです。自動化されたテストが良いことを固体数を使って証明できれば、それらに対する抵抗はほとんどないでしょう。

彼らの考えでは、チェックイン後にテストが失敗した場合、それはテストの問題であり、コードの変更の問題ではなく、単なるトイプロジェクトです。テストの失敗が本当のエラーである場合、私たちは何度か議論しました。 ほとんどの場合です。

あなたの問題があります。テストが不安定である場合（「ほとんどの場合」信頼できる場合でも）、人々は結果を無視する傾向があります。自動化チームは、これらの偽陰性の排除に集中する必要があります。そうしてはじめて、チームの他のメンバーは、実際にそれらを信頼するのに十分な自信を獲得します。

私たちは何かを強制することはできませんし、したくありません。

あなたは間違いなくそれを実施すべきです！誰かが新しいコードをプッシュし、テストが失敗した場合、コードは拒否されるべきです！大規模なソフトウェアプロジェクトを確実に維持する唯一の方法です。