build-automation - Web アプリケーションの自動テストを使用してはいけない場合は?

Question

中規模または大規模なアプリケーションを強化するためにインタープリター言語を使用しており、アプリケーションが手動でテストされていると仮定します (単体テストや統合テストなどはありません)。上記の製品のサポートは、当面の間いつでも中止されることはなく、新しい開発が毎日行われています。

ある種の自動化されたテスト スイートの実装を開始することが有益ではない状況はありますか?

Answer 1

自動単体テストを実装すべきではない状況:

1. アプリケーションのライフサイクルが終わり、破棄されようとしているとき
2. テストに余分な労力を費やしたとして経営陣があなたを解雇するように扱ったとき
3. 既存のシステムが非常に難読化されており、設計が不十分であるため、ソフトウェアを破棄して最初からやり直す場合にのみテストを追加することが実用的である場合
4. そうすることであなたの立場が冗長になるとき

それ以外に、単体テストの追加を開始しない理由は 1 つも思いつきません。単体テストは、システムの変更と再設計を容易にするのに役立ちます。これは開発者の日常業務の一部であるべきであり、オプションの余分なものではありません。

Answer 2

エラーが発生しやすいハンドテストを行っている大勢の人々の雇用を保証したいときはいつでも。

Answer 3

自動テストは、テストに使用できるツールの 1 つにすぎません。特定のクラスの欠陥を検出します。単体テストのみ、自動 UI テストのみ、または手動テストのみを行っても、最良の結果は得られません。

自動化された UI テストは、リグレッションの検出に優れています。これらは、アクティブなメンテナンスが行われているかなり複雑なアプリケーションで実行する価値があります。

Answer 4

自動化されたテストがイベントをトリガーしたり、適切な操作を妨げるデータをシステムに残したりした場合。