私はいつも変更が出てくるとすぐに回帰テストを行います。ケースはクライアントが変更や追加の要件を今やってきているので、ケースがもっと乱雑になります。私は何かを試してから、すべてが変化する。再度、変更されたモジュールをテストし、それにリンクされている他のモジュールとの統合テストを実行する必要があります。クライアントが毎回要件を変更し続ける場合は、どのようなテスト方法を実行する必要がありますか？
このような場合はどうすれば対処できますか？
1）完全なClintの要件を尋ね、docのすべての小文字を書き留めます。
2）全機能を理解してください。
3）デフォルトのテスト方法を使用してください。
4）あなたの快適である（。あなたのテストを入力しているアプリやポータル）
5）と同様に可能性を言及していないし、あなたがテストすることを継続安心。
6）あなたは、オートメーションが、この（APP-appiumまたはWeb-セレン）私はこれがあなたのために役立つことを願う
を使用testing.pleaseたいです。
これは問題ではありません。私はすべてのドキュメントを手元に持っています。毎週のリリース後も、クライアントは何か他のものが変更されたり削除されることを望んでいます。これにより、多くのモジュールのテストが非常に頻繁になります。私は、クライアントが理解しない限り、これに対する特別な解決策はないと考えています。それでも、 –
ほとんどのソフトウェア開発プロセスのように聞こえる。要件の変更がスコープを変更することを意味するとクライアントが説明されている限り、またはより大きなコストと遅延した締め切り - 私はそれを通常の開発として扱い、あなたがしていることをやり続けます。あなたはたぶん「すべての人に合った方法」を見つけることは決してないでしょう。もしあなたがそうすれば、豊かな販売書籍になるでしょう。 –
十分に良いと思う。主な関心事は、リンクされた別のモジュールの変更により、繰り返しテストされるモジュールがほとんどないことです。とりあえずありがとう。 –