急速な変更が頻繁に発生するソフトウェア アプリケーションがあります。これは、開発者がすべての変更に対して適切な単体テストを記述せず、プロジェクトのプレッシャーと期限のために適切なテストを行わずにコードをコミットするという問題です。また、多くの変更により、すべてのシナリオの単体テスト ケースを記述することは、プロジェクト ライフ サイクルの追加のオーバーヘッドになります。そのため、事前にコード化されたテスト ケースのみが実行され、ビルドが認定されます。
テストされていないコードの問題を検出するために、ソフトウェア業界で役立つ CI 方法論はありますか? 私たちの場合、どの方法論を実装するのが最善でしょうか?