要件が頻繁に変更されるアジャイル環境で、テストケースを保守可能または汎用的にする方法。
これは私の友人にインタビューで尋ねられた質問です。
2 に答える
3
- より高いレベルの抽象化でテストを書く
- ユーザーがUIをクリックするのを模倣するテストではなく、意図を明らかにするテストを作成する
- Spock、CucumberなどのBDDフレームワークを使用します。
- 再利用：再利用可能な機能を特定し、それらを再利用します。たとえば、ログイン機能の手順を1回記述して、他の機能で再利用できます。
- エンドツーエンドよりもサービスレベルでより多くのテストを作成する
- 正式な手法を使用して、回帰テストの数を減らします
- 同値類の分割
- 組み合わせテスト
- 境界値
- チーム全体のテスト戦略を作成する
- ホワイトボックステストをユニットテストと統合テストに移行する
- テスターによって自動化されるものと、開発者によって自動化されるべきものを明確に特定します。たとえば、ほとんどのホワイトボックステストは単体テストを使用して実現できます。象限のテストは、私が頻繁に使用するものです。
- そして最も重要なのは、mercuryやIBMなどのベンダーのツールを捨てることです。
于 2012-10-18T23:14:27.147 に答える
3
これに対する私の短い答えは、コードベースの残りの部分を扱うのと同じ敬意を持ってテストスイートを扱うことです。
自動テストはコードです-重要なコードです。他のすべてのことを行うのと同じように、それらを十分に因数分解してクリーンに保つことに十分な注意を払ってください。
于 2012-10-19T10:57:59.253 に答える