Python pytest Selenium自動テストフレームワークの構築
同社は常に自動テストの必要性を持っており、初期段階では C++ または Python を使用していくつかの自動スクリプトを作成していました。ここ数日間バージョンの変更はありませんが、前回の作業をベースに、自動テストのためのいくつかの機能モジュールが整理されています。現状は基本的に期待どおりであり、AutoTest フレームワークが構築され、それに基づいてログインおよびデバイス管理モジュールの自動テストが実装され、現実に基づいて合理的な待機の最適化が実行されています。他のモジュールの内容を改善するため。2020年7月1日 11時41分37秒現在、このアーキテクチャではモジュール自動テスト、htmlレポート出力、ログ出力、メール送信が実現できます。デザインとメソッドの一部はインターネットから取得されています。
Web 側の自動テストを設定する完全なプロセスについて、より詳細な記事を作成します。これには、分析から実装までのプロセス全体の自動化が含まれます。
以下は主な時間ノードです。
1. 自動化された実現可能性分析。√2020/02/28 14:12:28に完了しました。
2. 自動化されたテスト可能なコンテンツが明確です。√ 2020/02/28 14:12:43 完了
3. 自動テストケース設計時の注意事項。√2020年2月28日 15:12:47に完了しました。
4.AT テストツール、言語、構造が決定されます。√2020年7月1日 09:09:16に完了しました。Pythonが基本です。pytest がフレームワークを作成します。Selenium は
メソッド 5 のテストケースの作成を開始します。ing はログインを完了し、manage-vehi モジュールが完了しました。HTML レポートの生成とログの生成が含まれます。
6. 2 つの問題を解決する必要があります。寝すぎます。結果として実行効率が遅くなる √ 2020/07/01 11:35:01 完了。 プロジェクト内に特別な Web コントロールがなく、読み込みに時間がかかるため、当面は暗黙的な wait のみを使用します。
1. 自動化の実現可能性分析
このパートでは主に社内のさまざまなプロジェクトの自動化の実現可能性分析を行います。この部分では、主に範囲、長所と短所、および適用可能なプロジェクト全般について検討しました。
プロジェクトの実際の状況に基づいて、自動化が適用可能であるとの暫定的な結論が決定されます。
2. 自動化テスト可能なコンテンツを明確にする
この部分は主に、テスト プロジェクトのテスト ケースまたは機能ポイントと結合されます。自動処理が可能かどうかを一つ一つ事前判断し、AT自身のテストケースを整理する。もちろん、必要に応じてテストチームの内部評価を実施することもできますし、ユースケースを作成した後、プロジェクトの内部評価を実施してギャップを特定し埋めることもできます。
手動テストに基づいて作成されたテスト ケースは、多くの場合、自動テストには部分的にしか適していません。手動テスト時のテスト時間を考慮すると、詳細なテストが行われていない機能項目（ログイン時の各種状況など）が含まれます。