私たちが就職活動をする際に求人情報を確認したところ、全員に自動テストの経験が求められていることがわかり、テスターは自動テストの技術を少しも知らない、「やってる」と言うのが恥ずかしい、という傾向があるようです。ソフトウェアのテスト。また、ほとんどのテスターは、自動テスト ツール、録画再生、テスト スクリプト、ガジェットの開発を使用して自動テストを開始し、その後、徐々に UI 自動化、インターフェイス自動化、継続的インテグレーションに触れ、最終的には自動テスト フレームワーク システムを構築します。
ほとんどのテスト初心者は、自動テストを開始するときに最もUI 自動化に触れる可能性があり 、モバイル端末のUiauTomator、Appium UI自動化フレームワーク、 Selenium、PC インターネット インターフェイス関連の UI 自動化フレームワークであるRobot Frameworkも使用したことがあります 。 UI 自動テストは非常に重要ですが、簡単です。しかし、一定期間使用すると、さまざまな問題が発生し、特に仕事で実際に使用すると、すぐに受け入れられなくなりました。スクリプトの開発と保守にかかる時間は、手動テストにかかる時間よりもはるかに長くなりました。利益が損失を上回りました。 、そして最後に手動テストに戻りました。
UI 自動化を実際の業務で使用する場合、以下の問題点を解決する必要があります。そうでない場合、UI 自動化テストはまだ長い道のりです。
1. 要件が不安定で変更が頻繁なプロジェクト
UI 自動化テストの最大の課題は要件の変更です。インターフェースが頻繁に変更されると、スクリプトを書き直す必要があります。インターフェースの要件が頻繁に変更されると、スクリプトの作成速度が要件の変更に追いつかなくなります。次に、UI自動化とは名ばかりなので、UI 自動化テストは、安定していて頻繁に変更されないプロジェクトの要件に特に適しています。アジャイル開発プロジェクトの要件は不安定であり、要件の変更によりインターフェースが変更されることが多い一方、アジャイル開発のプロジェクトサイクルは短いため、UIの自動化には適していません。
2. 開発および保守サイクルが短いプロジェクト
単発開発や短期サイクルのプロジェクトでは、UI自動化の入出力比を考慮すると、UI自動化テストは適していません。UI 自動化の利点は、主に複数ラウンドのテストに反映されます。メンテナンス サイクルが短いプロジェクトのテスト ラウンドが少ないと想像してください。たとえば、インターフェイス テストは 1 ラウンドまたは 2 ラウンドでテストできるため、手動テストを使用できます。 。一方で、自動スクリプトの開発とデバッグにはある程度の時間がかかりますが、プロジェクトサイクルが短く、スクリプトの開発をサポートする十分な時間がない場合には、自動テストは必要ありません。
3. テスト対象のシステムの開発が標準化されておらず、テスト容易性の要件が明確ではない
UI 自動化テストは、実際には手動クリックをシミュレートしています。クリックする必要があるコントロールを直接見つけることができる人間の目とは異なり、プログラムは異なります。事前にクリックするコントロールを見つけてから、プログラムをクリックして完了させる必要があります。擬似的な手動操作。そのため、プロジェクトの開発前に自動テストのための一連の仕様を定義する必要があり、開発エンジニアは開発中にその仕様の策定に従うことで、UIの自動化を進めることができます。たとえば、ボタン コントロールには一意の ID やテキストの説明が定義されておらず、自動化スクリプトの作成時にコントロールが見つかりません。バージョンが変わる前にコントロールの定義を何気なく変更してしまうことが多い開発では、以前は実行できたスクリプトが後から正しく動作しなくなり、リアルタイムのメンテナンスが必要となり、人件費がかさんで非効率になってしまいます。同様に、インターフェイス自動テストのプロセスにはインターフェイス パラメーターがあります。
では、UI 自動化テストにはどのようなプロジェクトが適しているのでしょうか? 次のリストは参考として使用できます: 安定した要件と頻繁な変更、頻繁な回帰検証が必要、安定した UI インターフェイス、インターフェイス制御定義の仕様、強力なテスト容易性、長い開発および保守サイクルのプロジェクト、小規模なプロジェクト進捗プレッシャー、大企業と大企業プラットフォーム、テスト部門 ほとんどのテスターはスクリプトを開発する能力を持っています。
現在、UI テストはテスト チームで最も人的資源を消費するテスト リンクであり、テスターの日常業務のほとんどは UI テストです。したがって、UI 自動化は、単純で機械的で反復的なタスクを解決し、テストの範囲を拡大するのに非常に適しています。
UI自動テストはテストスクリプトを書くだけでなく、数百のユースケースの実行効率だけでなく、メンテナンスコストや実行結果の正確性も考慮した設計が必要です。UI 自動テストは手動テストの代替にはならず、テスターの削減も困難であることを理解する必要があり、やみくもに UI 自動テストを推進し、追求することはできません。
[全 200 エピソード] エンタープライズ プロジェクトの実戦を真にシミュレートする、Python インターフェイスの自動テストに関する超詳細な高度なチュートリアル! ！