科学技術の急速な発展に伴い、人工知能は私たちの生活のあらゆる側面に徐々に浸透しており、インテリジェント音声アシスタントから自動運転車、スマートホームから顔認識技術に至るまで、AIはその優れた知能と学習能力で道をリードしています。新しい時代の発展の方向性。
この急速な進化の時代では、ソフトウェア テストの分野も大きな影響を受けています。現時点では依然として伝統的なソフトテスト技術が絶対的な主力ですが、IT業界の一員として、近年のAIの新たなビジネス経験とそのスーパーコンピューティングパワーがもたらす衝撃的な体験は他の業界をはるかに上回るはずです。
したがって、時代のペースに追いつくために、ソフトテスターとして、日常のさまざまな品質保証タスクをより完全かつ効率的に完了するために AI を支援させる方法も検討する必要があるでしょうか。
AL テスト プラットフォーム mabl を紹介する前に、前回完了しなかったトピックの続きを行います。次に、mabl のコア ビジネス メソッドをいくつか紹介します。これらの機能モジュールを組み合わせることで、mabl プラットフォームを日常の自動化に最大限に統合できます。 . テスト事業に参入する。
テスト計画
コア ゲームプレイの最初のコンポーネント モジュールは、テスト計画モジュールです。下の図から、左側のサイドバーの 3 番目のアイコンがテスト計画モジュールであることがわかります。このインターフェイスでは、テスト ビジネス ニーズを満たすテストを作成できます対応プランです。
インターフェイスには、プラン名、トリガー条件、テスト環境、対応するブラウザー、プラン実行スイッチなど、作成されたプランに関する簡単な情報が表示されます。
新しいテスト計画を作成するには、このインターフェイスの [新しい計画] ボタンをクリックし、下図のインターフェイスにジャンプします。ここでは、入力する必要がある具体的な内容について説明します。
プラン名
テスト計画の名前は、独自のビジネス ニーズに応じて入力する必要があります。以下に計画の説明を書かない場合は、テスト計画の数が多すぎるため、できるだけ標準化された適切な名前を記述するようにしてください。特定のプロジェクトでは、名前で理解するのが難しくなり、必要なプランをすぐに検索することもできなくなり、後のメンテナンスに支障をきたします。
説明
テスト計画の説明。通常、ここにテスト計画の具体的な目的を入力します。入力することをお勧めします。保存する場合は、テスト名の列にプロセスの名前を入力します。
ラベル
テスト計画のラベルは、mabl でテスト ケースを作成するときに入力されたラベルと同じです。必要なユース ケースと計画をすばやく見つけるために使用されます。ラベル オプションがない場合は、単に入力して作成します。
環境を追加する
このボタンをクリックして、対応するテスト済み製品とそれに対応するテスト環境を選択します。以前にアプリケーションでアプリケーションを作成したことがある場合は、インターフェイスで直接選択できます。アプリケーション環境については、アプリケーションと一緒に作成されます。
ステージ
このステップは、テスト計画内のテスト ケースを選択することです。ここでの名前はステップと呼ばれます。計画はテスト ケースのセットであることが理解できます。回帰テストを行うときと同じように、通常は P0 レベルと P1 レベルを組み合わせます。陽性のテストケースをそこに入れる理由は同じです。
各テスト計画には複数のテストケースがあり、さまざまなテストシナリオでのテスト効果を柔軟に実現できます。したがって、テスト計画を作成する前に、対応するテスト ケースが必要です。その後、[ステージ] オプションで対応するテスト ケースを選択できます。
ブラウザとビジュアルテストの設定
テスト計画を実行する必要があるデバイスの種類を選択してください。これは、対応するテスト ケースの実行デバイスでもあります。一般的に、デスクトップまたはモバイル エンドで実行されます。
[ステージ] オプションで実行する必要があるテスト ケースを選択します。
ブラウザ
ユースケースを実行するために必要なブラウザ カテゴリを選択してください。ここでは複数の選択が可能であることに注意してください。下の図に示すように、すべてのブラウザ カテゴリがチェックされています。テスト プランが実行されると、選択した各ブラウザに表示されます。テスト ケース セットを対応する回数実行します。
追加の設定
追加オプションには日々のテストで使用する必要がある追加機能がいくつかありますが、詳細については別途紹介します。
トリガーの追加
テスト計画のトリガーを追加します。ここには 3 つのトリガー条件があります。
-
1 つはタイマーで、テスト計画を実行する時間または分を選択できます。
-
もう 1 つはスケジュールされたタスクで、月曜日から日曜日までの特定の日数を指定したり、実行する特定の時点を指定したりできます。
-
3 つ目は、CI/CD と組み合わせて実行することです。設定する前に、対応する統合環境を追加する必要があり、オプションが強調表示されます。既存の継続的インテグレーション環境との統合方法については、後で別の記事で詳しく説明します。 mablを完璧に組み合わせるために。
追加オプションでは、次のようにいくつかの機能を設定できます。
ページのインタラクション速度
これは、ページのインタラクション速度を設定するためのものです。名前が示すように、テスト ケースでのさまざまなビジネス操作の速度を制御し、ページ エクスペリエンスのインタラクションのいくつかのシナリオをテストするために使用されます。ただし、ページのインタラクション速度は設定されないことに注意してください。ブラウザのテストのみをサポートします。
また、インタラクション速度オプションを設定しなくてもテストケースは正しく実行できるが、インタラクション速度を設定するとテストケースの実行が失敗する場合があり、この場合は、失敗したテスト ケースのステップ情報については、「待機プラクティス」セクションを参照してください。
Mabl プラットフォームのデフォルトの待機はスマート待機であるため、一般に Mabl はクラウド上で自動化された UI テストのプロセスで多数のインタラクティブな要素を操作する必要があるため、デフォルトのスマート待機は、その履歴データを追跡することでこの目的を達成できます。アプリケーションの予想されるタイミング。
これには、要素がページに表示されるのを待つだけでなく、要素がコードで操作できる状態に達していることを確認することも含まれます。もちろん、スマートな待機の前提は、テスト ケースまたはテスト計画が一度実行されていることです。スマートウェイティングの待ち時間はこれをベースにしています テストケースやプランの過去データに基づく調整も機械学習の特性を踏まえた比較的明るい機能です。
HTTP基本認証が必要です
HTTP 基本認証を提供します。このオプションは通常、ビジネスで認証が必要な操作に使用されます。簡単に言うと、ログイン後のほとんどの操作で認証が必要な場合にこのオプションを有効にできます。開いた後、最初に正しいシステムを入力する必要があります。ユーザー名。
カスタム HTTP ヘッダーを送信する
毎日シミュレートされるインターフェイスのヘッダーと同様に、インターフェイス テストで使用されるカスタム http ヘッダーを送信します。対応するフィールド情報を入力するだけです。
視覚変化学習
これは文字通り、視覚的な変更学習を意味します。現在、この機能をサポートできるのは Chrome ブラウザと Edge ブラウザだけです。これをオンにすると、mabl は機械学習を使用して、テスト対象のオブジェクトの UI 動的学習ビジュアル モデルを作成しますが、次の点に注意する必要があります。このビジュアル モデルは、カルーセル、バナー スクロール広告、ビデオ、アニメーションなどの動的な UI 領域を自動的に除外します。
UI オートメーション テストを実行すると、その実行結果が最初に生成されたビジュアル モデルと比較されます。結果が変化すると、mabl はさまざまな UI パーツを赤いボックスでマークし、テスト結果内のビジュアルをマークします。変更のラベルは、次のことを示しますこのステップで UI の変更が発生したことがわかり、最後に視覚的な変更の洞察が Insights と Insights で作成され、その後の分析とトレーニングが容易になります。
オフにすると、mabl はユースケースの記録時のインターフェイスのスクリーンショットと、実行時のインターフェイスのスクリーンショットを比較し、違いが見つかった場合は、赤いボックスでマークされ、視覚的な変更ラベルも表示されます。テスト結果ページにマークが表示されます。
私自身のテスト経験と実際の効果に基づいて、視覚的な変更学習オプションをオンにして、画像の属性やスタイルの変更など、私自身の複数のテスト計画の実行で機械学習機能に基づいた視覚モデルを比較することをお勧めします。この使用例では毎回正確に違いを識別できますが、画像や要素のスタイルが大幅に変更されていない限り、認識精度は割り引かれます。
結局のところ、自ら学習して進化するインターフェースの差分認識を好まない人はいないでしょう。
完全なセットアップが完了したら、[計画の保存] ボタンをクリックしてテスト計画を保存し、次に示すようにテスト計画の詳細インターフェイスに移動します。
ここでは、テスト計画の実行、編集、削除などの基本的な操作を実行できます。同時に、右側には現在のテスト計画で実行する必要があるテスト ケースが表示されます。実行履歴は次のとおりです。現在のテスト計画の各テスト ケースに応じて、クラスの実行結果とステータスをすばやくフィルタリングして表示します。
次に、テスト計画の詳細を終了し、テスト計画一覧画面に行くと、先ほど作成した「RUBY_FUND_Transaction プロセス」のテスト計画が表示されます。トリガー、チェック トリガー条件が正しいかどうかをチェックし、もう 1 つは最終的な実行スイッチです。
ここで開くように設定すると、設定した期間に従って mabl プラットフォームがテストされます。mabl は SaaS サービスを提供するため、ローカル クライアントとコンピューターを閉じても、テスト計画は引き続き実行されます。もちろん、クラウド サーバーが使用されます。テスト オブジェクトがパブリック ネットワーク上にデプロイされ、通常にアクセスできる場合は、追加のテスト機器を必要とせずに、プラットフォームのクラウドをテストに使用できます。
テストの実行を自動的に停止する必要がある場合は、スイッチをオフにするだけです。
テスト計画モジュールについて話した後、今日の最後の機能であるテスト結果モジュールを紹介しましょう。
試験結果
テスト計画の実行が完了したら、テスト結果モジュールに移動して結果を確認できます。ほとんどの場合、次の図に示すように、このモジュールで結果を表示し、問題を分析します。
ここでは、テスト結果を 3 つの次元で確認できます。下の図は 1 つのテスト ケースの次元を示しています。実行されたすべてのテスト ケースがその中にあることがわかります。以前に「RUBY_FUND_Transaction プロセス」テスト プランを自動的に実行しました。ただし、テスト計画に含まれるテスト ケースが表示されるため、このディメンションは、単一のテスト ケースの実行結果を追跡するのに最適です。
次に、テスト計画のディメンションを確認します。ここに表示されるのは、テスト計画をユニットとして見つけることです。もちろん、テスト計画をクリックして内部実行結果を表示することもできます。
また、ユース ケース ディメンションまたはプラン ディメンションのユース ケースの後に [結果] ボタンをクリックして、特定の結果画面に移動することもできます。そこでは、実行時間、日付、ブラウザーの種類など、ユース ケース実行の詳細と特定の情報を確認できます。 、所属プラン、ステップ情報など。
実行ステップのタイムラインも下に表示されます。タイムラインには、テスト ケースの各操作ステップに費やされた時間が反映されます。これは、インタラクションやユーザー エクスペリエンスを実行する際の参考として使用できます。
タイムラインから、どの操作に時間がかかったのか、または自動テスト ステップを実行するときにコード ロジックによって引き起こされた無効な待機操作を効果的に特定できます。
タイムラインの下には、各操作ステップの具体的な詳細が表示されます。クリックすると、操作ログと同様に、各ステップの具体的な情報が右側に表示されます。特定の業務操作の場合は、スクリーンショットも添付されます。しかし、これはすでにほとんどの自動テスト プラットフォームの基本操作とみなされており、明るい点ではありません。
テスト計画が何度も実行されている場合は、「実行時間」表示項目の下をクリックすると、同じ実行テスト ケースのすべての結果をここですぐに選択できます。これは、テスターが同じテスト ケースをチェックするのに便利です。結果の簡単な比較。
3 番目の次元はデプロイメント環境に基づいているため、ここでは説明しません。CI/CD と組み合わせて後続の記事で紹介します。
すべてのテスト結果が生成されたら、コア ビジネスの最後のモジュールであるテスト カバレッジ モジュールに進むことができます。
テストカバレッジ
このモジュールでは、製品全体とページの 2 次元でカバレッジと対応するデータを表示できます。テスト計画またはユースケースを自動的に実行するプロセスにおいて、mabl はデフォルトでレポートに必要なキー数値を取得し、キーノードのテストカバレッジレポートを作成します。
レポート上の 2 つのグラフは、全体的なカバレッジと実行された全体的なカバレッジを表します。以下の主要な指標のリストは、テスト計画およびユースケースにおける特定の実行条件を具体的に反映しています。ここで、各主要指標の意味を一般的に理解できます。
画像
テストケース実行のスクリーンショット。
ページ
テスト対象のページが配置されているパス。具体的には URL に従って設定されます。
パフォーマンス
ページの読み込みパフォーマンス、つまりこのページを読み込むのにかかる平均時間は短いほど優れています。
テスト
ここでのテスト数は、指定した時間範囲内で特定のページを実行したテストケースの数を表し、繰り返しのユースケースはカウントされません。
ステップ
これは、指定された時間範囲内に対応するページで実行されたテスト ケース内のビジネス インタラクション アクション ステップの数でもあり、簡単に理解すると、記録したアクション ステップの数になります。
アサーション
ここでのアサーションは、指定された時間範囲内のユースケース内の異なるアサーション ステップの数であり、デフォルトでは 1 つのアサーションが 1 つとしてカウントされます。
複雑
複雑さの指標は、DOM 自体の全体的な複雑さを測定するために使用されます。ユースケースまたはプランを自動的に実行すると、プラットフォームは計算をキャプチャして測定します。数値が大きいほど、ページに含まれるインタラクティブな要素が多くなります。
リンク済み
このインジケーターは、テストされたページの参照ページ数を示します。人間の言葉で言えば、クローラーによって参照されているページ、または他のページからのハイパーリンクの数です。リンク クローラーが最近実行されていない場合、この部分は次のように表示されることがあります。空です。
深さ
Linkedと組み合わせて使用するインジケーターです。参照ページからジャンプしてテストページに到達するまでに必要なクリック数を指します。この部分はあまり複雑にする必要はありません。単純にレベルの数として理解できます。操作または深さの数。
また、テスト中にビジネスニーズに応じて特定の機能ページのカバレッジ統計を除外したい場合は、上図の「除外」ボタンをクリックし、「カバレッジの除外」にテスト対象のURLを追加して除外項目を設定することができます。このページの例から、それを除外するには 2 つの方法があることがわかります。
-
1 つ目は、除外するサブページの対応する URL 名を直接入力する方法です。
-
2 つ目は、指定された名前を持つすべてのサブページが特定のレベルで指定されていることを示すワイルドカードを使用して、より深いレベルで対応するサブページに対応させることです。
そのため、ニーズに応じて使用方法を選択できます。
さて、ここまでユースケースの出力→計画設計→結果ビュー→カバレッジ分析というソフトウェアビジネス全体を紹介・実践してきましたが、皆さんもmablプラットフォームの全体的な機能やビジネスについての理解が深まっているはずです。
プラン
次回は、CI/CD環境を組み合わせて導入・設定のデモンストレーションを一通り行う方法と、日々の業務の中でテスト中に発生するエラーレポートへの対処方法についてご紹介します。 mabl の独自の分析機能を処理および組み合わせて、問題の追跡と特定を実行します。
最後に:以下の完全なソフトウェア テスト ビデオ チュートリアルが整理されてアップロードされており、必要な友人は自分で入手できます[100% 無料を保証]
ソフトウェアテストの面接ドキュメント
私たちは高給の仕事を見つけるために勉強しなければなりません。次の面接の質問は、アリ、テンセント、バイトなどの一流インターネット企業からの最新の面接資料であり、一部のバイトの上司が権威ある回答をしています。このセットを完了してください。面接資料は次のとおりです。誰もが満足のいく仕事を見つけることができると信じています。
