scriptless test automation framework
コードレスまたはスクリプトレスのテスト自動化フレームワークと最高のツールについて知っておくべきことすべて。機能と比較を備えたモバイル向けのトップで最も人気のあるスクリプトレステスト自動化ツールのリスト:
この記事では、スクリプトレス自動化フレームワークの完全な概要を簡単に説明します。
スクリプトレス自動化の設計目標、実装要件、利点と神話は、理解しやすいように完璧な例で説明されています。
この記事を締めくくると、このフレームワークに関連する「理由」、「何」、「いつ」、「どのように」の質問に対するすべての回答についての良い洞察を得ることができます。
学習内容:
- 自動化のレベル
- スクリプトレスプラットフォームの一般的な機能
- 最高のスクリプトレステスト自動化ツール
- 設計目標
- 実装要件への洞察
- スクリプトレステスト自動化の利点
- スクリプトレス自動化に関する神話
- スクリプトレスの例
- 結論
自動化のレベル
コードレスのテスト自動化フレームワークについて深く掘り下げる前に、自動化のレベルを簡単に見てみましょう。
#1)スクリプト/コーディング
名前自体が示すように、これには、テストまたはプロセスを自動化するためのプログラム/ソフトウェアを作成する必要があります。
例: 特定の関数またはクラスの単体テストを実行する必要がある場合は、関数またはクラスをテストするためのテストプログラムを作成する必要があります。コーディングせずにユニットテストを自動化する方法はありません。
一般的に、 自動化ツール またはフレームワークは、テスト入力、実行、および自動テストのレポートを提供するためのコードまたはスクリプトを作成するようにテスターに要求します。そのようなツールは、このレベルに分類されます。
#2)スクリプトレス
このレベルでは、自動テストを作成するためにコーディングやスクリプトの知識は必要ありません。ただし、フレームワークとして、カスタマイズ機能を提供することをお勧めします。
上級ユーザーの場合、カスタマイズは、いくつかの固有のテストシナリオをカバーするための独自のコードを作成することで実行できます。
#3)人工知能(AI)を使用した高度な自動化
これは、達成できる最高レベルの自動化です。
- テストケースドキュメントからテストスクリプトを作成します(おそらく自然言語処理テクノロジを使用します)。
- 効果的な回帰テストのために、アプリケーションの変更に基づいてテストスクリプトを自動修正します。
- テスト対象のアプリケーションでのユーザーアクション/ユースケースに基づいてテストスクリプトを自動生成します。これは、従来の記録および再生機能の高度なバージョンです。
- 検証が必要なものやテスト分析に関するユーザー入力なしの機械学習に基づくテスト結果の自動検証。

この記事では、スクリプトレスであるレベル2の自動化に焦点を当てます。
その前に、いくつかのトップスクリプトレス自動化ツールのリストを見てみましょう。
スクリプトレスプラットフォームの一般的な機能
従来、自動テストでは、強力なエンジニアリングスキルセットが必要になることが多く、複雑なスクリプト開発が必要でした。さらに、これらのテストスクリプトは「脆弱」である傾向があります。つまり、アプリが変更されたり、アプリがさまざまなデバイスで実行されたりすると、壊れます。
これがスクリプトレス自動化プラットフォームの魅力です。これらは、スクリプト開発に関連する複雑さやコストをかけずに、自動テストの力を活用するための複雑性が低く費用効果の高い機会を組織に提供します。
したがって、モバイルScriptless Automationプラットフォームを選択する際には、次のことを確認することが不可欠です。
- テストスクリプトは、直感的な「ノーコード」方式で作成できます。
- テストスクリプトは、中断することなく、さまざまなデバイスやオペレーティングシステムで実行できます。
- テストスクリプトは、ベンダーロックインを防ぐためにオープンスタンダード(Appiumなど)でエクスポートできます。
ファクトチェック: Kobitonによると、昨年、組織の36%がモバイルアプリのテストに100000ドル以上を費やしました。モバイルアプリテストに関するQA組織を対象としたこの調査によると、テスト組織の84%は、実際のデバイスでのテストにより、エミュレーターやシミュレーターを使用するよりも成功率が高くなると考えています。
次のうち、テストケースを説明する条件ではないものはどれですか?プロのヒント: スクリプトレステスト自動化プラットフォームを評価する際に考慮すべき要素には、展開オプション(パブリッククラウド、プライベートクラウド、オンプレミス)、サポートされるプラットフォーム、実デバイスでのテスト、自動化テストのサポート(SeleniumまたはAppium)、スクリプトのカスタマイズ、およびコストが含まれます。 。ツールは、メンテナンスが少なく、構成が簡単で、効率を向上させることができる必要があります。ツールは、ビジネス要件を考慮して選択する必要があります。 = >> お問い合わせ ここにリストを提案します。
最高のスクリプトレステスト自動化ツール
モバイルアプリのテストに最適なスクリプトレスプラットフォームの比較
| 展開 | 自動テスト | プラットホーム | 無料トライアル | 価格 | |
|---|---|---|---|---|---|
TestCraft ![]() | SaaS | セレン | テストは複数のプラットフォームで実行できます。 | 利用可能です。 | 見積もりを取得。 |
Selenium IDE ![]() | クラウドホスト | セレン | Windows、Mac、およびLinux。 | - | 自由 |
ザップテスト ![]() | クラウドベース。 | - | クロスプラットフォーム | 利用可能 | 見積もりを取得。 |
Kobiton ![]() | オンプレミスとクラウドベース。 | AppiumとSeleniumを完全にサポート | iOSおよびAndroidデバイス。 | 50台のデバイスで15日間無料トライアルをご利用いただけます。 | チーム:月額$ 40 組織:月額415ドル エンタープライズ:見積もりを取得します。 |
ラノレックス ![]() | Windowsがインストールされています。 | セレンまたは分度器 | Ranorex Studio:Windows。 Ranorex Webtestit:Windows、Mac、およびLinuxプラットフォーム | 30日 | それは2990ドルから始まります。 |
探検しよう!
このカテゴリに分類される上位のツールは、参考のために以下に記載されています。
#1)TestCraft

TestCraft スクリプトレスのSeleniumテスト自動化プラットフォームです。その革新的なAIテクノロジーと独自のビジュアルモデリングにより、テストのメンテナンスのオーバーヘッドを排除しながら、テストの作成と実行を高速化できます。
テスターは、コーディングなしで完全に自動化されたテストシナリオを作成します。顧客はバグをすばやく見つけ、より頻繁にリリースし、CI / CD承認と統合して、デジタル製品の全体的な品質を向上させます。

主な機能:
- プログラミングスキルは必要ありません。手動テスターのビジネス知識を活用して、コードレスの自動テストシナリオを作成できるようにします。
- メンテナンスコストを大幅に削減します。 AIアルゴリズムにより、スクリプトは自動的に変更されるように調整されます。主要な変更は、数回のクリックで適応されます。
- セレンベース。コミュニティによって開発されたモジュールをすばやく統合して活用します。
- それは価値を認める即時の時間を提供します。インストールするものはありません(SaaS)。習得が簡単。
=> TestCraftWebサイトにアクセス
#2)ACCELQ

使いやすく、強力なAI駆動のテスト自動化プラットフォーム。
ACCELQ は、コードを1行も記述せずに、APIとWebテストをシームレスに自動化する唯一のクラウドベースの継続的テストプラットフォームです。あらゆる規模のITチームは、accelQを使用して、テストの設計、計画、テストの生成、実行などのライフサイクルの重要な側面を自動化することにより、テストを加速します。
= >>もお読みください AccelQレビュー
accelQのお客様は通常、テストの変更と保守の作業に伴うコストの70%以上を節約し、業界の主要な問題点の1つに対処します。 accelQは、AIを利用したコアでこれを可能にし、他の独自の機能の中でも特に自己修復の自動化をもたらします。
デザインとユーザーエクスペリエンスの焦点は、テストを加速し、顧客に提供される品質を向上させるための絶え間ない努力による、accelQの継続的なイノベーションアプローチの中心です。
主な機能:
- 設計とライフサイクルの自動化のためのビジュアルアプリケーションモデリング。
- 同じフローでのコードレスAPIとUIオートメーション。
- 自動化されたテストケース生成とデータ計画。
- 複数の抽象化レイヤーによるスプリント内自動化。
- 組み込みのテスト管理および計画機能。
- 自然なトレーサビリティを備えたシームレスなCI / CDおよびJira / ALM統合。
- 堅牢な自動化のためのランタイム分析エンジンによる自己修復の力。
- ベンダーロックインはなく、オープンソースに合わせた拡張可能なフレームワーク。
#3)ZapTest
に最適 中小企業から大企業または新興企業。
価格: 価格の詳細については見積もりを入手してください。

ZapTestは、スクリプト作成、自動文書化、および並列実行を減らしてテストの自動化を最適化するエンタープライズソリューションです。 VBスクリプトとJavaScriptをサポートしています。任意のUIおよびAPIインターフェースをテストできます。
特徴:
- このプラットフォームで生成されたスクリプトは、コンピューター、電話、またはタブレットで使用できます。
- UIおよびAPIテストの自動化に使用できます。
- テストドキュメントは自動生成されます。
- テストスクリプトは、ライブアプリケーション、モックアップ、ビデオシナリオ、およびテキスト参照用に作成できます。
評決: このツールを使用すると、すべてのテスト環境で同時にスクリプトを自動的に実行できます。ビデオシナリオとテキスト参照を通じて、テストの自動化を合理化します。
ウェブサイト: ZapTest
#4)Selenium IDE
に最適 スタートアップとフリーランサー。
価格: SeleniumIDEは無料でオープンソースです。

Selenium IDEは、テスト自動化のためのオープンソースツールです。記録と再生を通じて機能します。 ChromeまたはFirefoxブラウザのプラグインとして使用されます。 SeleniumIDEのコマンドラインランナーを使用したクロスブラウザー実行をサポートします。
相互作用する要素ごとに複数のロケーターを記録する機能があります。 SeleniumIDEで作成したテストケースは再利用可能になります。
特徴:
- if、while、timesなどの制御フロー構造をサポートします。
- このツールはプラグインを介して拡張可能です。
- これにより、テストスイートを作成できます。
- また、テストスクリプトをカスタマイズすることもできます。
評決: Selenium IDEは、記録と再生の機能で動作します。このツールの機能は限られていますが、スクリプトを使用しない基本的なテスト自動化ツールとして最適です。
ウェブサイト: Selenium IDE
#5)Ranorex Studio

Ranorex Studio デスクトップ、ウェブサイト、モバイルアプリのテスト用のスクリプトレステスト自動化ツールの完全なセットが含まれています。他のアプローチの半分の時間でテストを自動化します。

主な機能は次のとおりです。
- Ranorexレコーダー :アプリケーションとのすべての相互作用をキャプチャします。キャプチャウィンドウで、記録の一時停止と再開、ステップの編集、検証アクションの追加を行います。
- ラノレックススパイ :シングルクリックでUI要素を特定し、それらをテストケースにドラッグアンドドロップします。 Ranorex Studioは、動的なWeb要素を自動的に処理します。
- アクションエディター :記録されたステップの編集、検証の追加、実行条件の指定(IFステートメント)、Excelファイルまたはデータベースのデータの使用-すべてコーディングなしで。
- 造り付け Selenium WebDriver 。 WebDriverエンドポイント、ローカルSeleniumグリッド、またはクラウドベースのプロバイダーでクロスブラウザーテストを実行します。
- 組み込みのテスト実行レポートとテスト実行のビデオレポート 。テストステップが失敗した場合は、ビデオを再生して何が起こったかを確認してください。テストレポートで失敗したステップをクリックして、テストケースに直接ジャンプし、デバッグします。
- を含む主要な欠陥追跡ツールと統合します Jira そして Bugzilla 、CI / CDツールを含む ジェンキンス そして 竹 、 TestRail テストケース管理などに。
Ranorex Studioには完全なIDEもあるため、必要に応じてコードを使用してテストケースを拡張できます。
#6) Kobiton
に最適 中小企業から大企業まで。
価格: Kobitonは15日間の無料トライアルを提供しています。 3つの料金プランがあります。 チーム(月額$ 40)、組織(月額$ 415)、およびエンタープライズ(見積もりを取得) 。これらの価格は年間請求用です。月額料金プランもご利用いただけます。

Kobitonの伝統は、実際のデバイスでアプリをテストし、デバイスファームを管理するための包括的なプラットフォームを提供することです。
Kobitonは、スクリプトレスAppiumテスト自動化機能であるIntelligent TestAutomationと呼ばれるプラットフォームの機能を提供します。 Kobitonは、手動または探索的テストを監視し、それを自動テストに変換するオプションを提供します。
これらの自動テストでは、内部でAppiumを使用します。さらに、コビトンはAIと 機械学習 脆弱なスクリプトの問題を修正します。つまり、Kobitonは、xパスが変更された場合でも、Appiumロケーター戦略を動的に更新してアプリ上の要素を見つけることができます。
最後に、Appiumを知る必要はありませんが、Kobitonには、自動テストをオープンスタンダードのAppiumテストスクリプトとしてエクスポートする機能があります。
特徴:
- 生成されたコードは、カスタマイズしたり、競合するデバイステストプラットフォームで実行したり、DevOpsプロセスと統合したりできます。
- 生成されたスクリプトは、アプリの変更、基盤となるデバイスの変更、OSの変更をサポートします。
- そのデータセンターも保護されており、SOC2、SOC3、およびHIPPAに準拠しています。
- テストステップ、スクリーンショット、およびビデオを自動的にキャプチャできます。
評決: 生成されたコードは、無制限の数のデバイスで実行でき、必要に応じてカスタマイズできます。 Kobitonを使用すると、チームはより速く、より効率的にテストできるため、各リリース間の時間が大幅に短縮されます。
ウェブサイト: Kobiton
アンドロイドのための良い音楽ダウンローダーアプリ
その他のツール:
設計目標
考慮すべき重要な設計目標のいくつかを以下に簡単に説明します。
#1)入力駆動
自動テストを実行するために提供する必要のある入力は、自動化フレームワークの「コーディング」部分の外にある必要があります。入力には、テストステップ、テスト条件、テストデータ、期待される結果などがあります。
フレームワークは、あらゆるタイプの入力について、使いやすく、それによってコンテキストも理解できるキーワードの形式でサポートする必要があります。
#2)カスタマイズを許可する
これは明らかに、上級ユーザー向けにテストスクリプトの処理をカスタマイズするオプションを提供して、独自のシナリオを含めることができるようにする必要があることを意味します。上級ユーザーは、テストスクリプト(プログラムの形式)をフレームワークのテスト入力にプラグインできます。
#3)シンプルさ
自動化フレームワークのセットアップ、構成、および使用方法を理解することは、コーディングよりもそれほど難しくならないため、これは非常に重要な設計目標です。
そのようなものの1つ 例 必要なすべてのテスト入力をデフォルト値で含むテンプレートを提供することです(ただし、コンテキストに関連します)。
このようにして、ユーザーは、アプリケーションのニーズに基づいてテスト入力を提供する方法をすばやく理解できます。もう1つの方法は、テスト入力に高レベルの抽象化を提供することです。
例: ボタンクリックシミュレーションについて考えてみましょう。ここでは、ユーザーとして、ボタンをクリックするという単純なアクションにのみ興味があります。
フレームワークは、ボタンコントロールとそれに続くアクションを識別するさまざまな方法を内部的に処理することにより、そのアクションを実行できる必要があります。実際、これは、この例のように理解しやすいキーワードを定義する必要がある入力主導の目標にいくらか関連しています。 ClickButton 。
#4)プラットフォームにとらわれない
さまざまなPCおよびモバイルプラットフォームで実行できる必要があります。 Webアプリケーション用に開発されたスクリプトレス自動化の場合のさまざまなブラウザ。この目標の一部として、さまざまなプラットフォーム間で共通のテスト入力をサポートすることも検討する必要があります。
#5)テクノロジーにとらわれない
今日のシナリオでは、テクノロジーが広大であり、アプリケーションを開発するためのオプションがたくさんあることは誰もが知っています。
テスト対象のアプリケーションを開発するためにどのテクノロジーが使用されていても(Webやモバイルなどの特定のアプリケーションタイプで)、 自動化フレームワーク テスト入力とフレームワークエンジン自体に最小限の変更を加えるか、まったく変更を加えずに、これらのアプリケーションをテストできる必要があります。
#6)テスト環境にとらわれない
クラウドおよびオンプレミスの仮想環境で実行できる必要があります。
#7)拡張可能
複雑なテストシナリオをカバーするために、他のソフトウェアコンポーネントをプラグインするオプションを提供する必要があります。
取りましょう 例 フロントエンドアプリケーションとWebサービスの両方を備えたeコマースWebサイトで、パフォーマンスとともにアプリケーションの機能をテストする必要があります。この要件には、WebサービスとWebサイトのパフォーマンスもテストできるツール用のプラグインが間違いなく必要です。
実装要件への洞察
実装の詳細を見る前に、まずスクリプトレス自動化フレームワークの高レベルのアーキテクチャコンポーネントを理解しましょう。

フレームワークの全体像を把握するために、3つの主要なコンポーネントがあります(もちろん、コンポーネントはさらに下位レベルに分割できますが、それは今のところ目的ではありません!)。
#1)フレームワークコアエンジン: これは、自動化ロジック、検証、アーキテクチャの残りのコンポーネントへのインターフェイス、およびカスタマイズされたテスト構成と実行のためのサードパーティのアプリ/スクリプトのすべての面倒な作業を行うフレームワークのコアコンポーネントです。
すべてのテスト入力アクションは、AUT(テスト対象アプリケーション)でアクションを処理するためにアクションハンドラーに転送されます。このエンジンを開発するには、上記の設計目標を考慮して、適切なプログラミング知識と技術を選択することが重要です。
テクノロジーの賢明な選択に応じて、設計目標のほとんどを達成できるため、自動化フレームワークの消費者に可能な限り最高のメリットを提供できます。
#2)テスト入力インターフェース: これは、消費者の観点から見たフロントエンドコンポーネントであり、テストケースの手順、テスト条件、テストデータ、期待される結果など、すべてのテスト入力を提供する場所です。
シンプルさという設計目標を忘れないでください。このコンポーネントは、消費者がフレームワークにすばやく適応して使用を開始できるように設計する必要があります。この目標を達成できないと、フレームワーク自体の使用量が少なくなります。
コアエンジンへのインターフェースはインタープリターであり、通常は何らかのプロトコルに従ってテスト入力に関する情報を交換します。
#3)テスト出力インターフェース: これは、テスト結果、テストログ、欠陥ログ、レポート、およびダッシュボードの出力を担当するコンポーネントです。フレームワークコアエンジンは、結果を出力ロガーに転送し、出力ロガーは出力インターフェイスによってレンダリングされます。
上記のコンポーネントのうち、コンシューマーは通常、テスト入力インターフェイスおよびテスト出力インターフェイスとインターフェイスします。したがって、これら2つのコンポーネントのみを調査します。
テスト入力インターフェース
テスト入力は、さまざまな方法で提供できます。ただし、このフレームワークの対象となる消費者のタイプに完全に依存します。
- XML、Excelなどのファイル。テストデータフィールド、テストステップ、データタイプなどのスキーマは、フレームワークエンジンによって定義され、テスト入力を提供する際に従う必要があります。
- 消費者が実行のためにすべてのテストの詳細を提供できるように、関連するテストフィールドを提供するGUIベースの入力。
- 消費者がフローチャートの形式で提供できるビジュアルエディタベースの入力(条件やループなどの基本的なロジックをサポート)。実際、これは入力インターフェイスを提供するための最もトレンドの方法ですが、そのようなインターフェイスの開発には比較的時間がかかります。
提供する必要のある一般的な機能セットは次のとおりです。
- テストタイプ、テストの優先度などに基づいてテストケースをグループ化する機能。
- 煙と回帰テスト、選択的テストなどを実行するためのカスタムテストスイートを作成できる必要があります。
- プラットフォームに依存しない入力をテストします。
- 1つのテストケースを複数回実行する機能。
- さまざまなテスト値に対して単一のテストケースを実行できるはずです。
- 特定のテストステップまたはテストケース用に別の実行可能ファイルを起動する機能。 例えば。 Jenkinsへのインターフェースで、テストの実行を自動的に開始します。
- 実行および出力ロギングの構成をテストします。 例: タイムアウト。
- 必要と思われるチームやプロジェクト間で再利用できるように「テストスクリプトライブラリ」を設定するためのプロビジョニング。
- 過去に作成されたテンプレートからテストデータ入力をインポートする機能。
- テストケースドキュメントをインポートし、それらをテストデータ入力にマッピングするためのプロビジョニング。 「拡張性」の設計目標を忘れないでください。はい、これは次のレベルの自動化に向けた最初のステップです。
テスト出力インターフェース
スクリプトレス自動化の観点からは、特別なコードを記述しなくても、テストの実行結果をシームレスに表示できることも確認する必要があります。
提供する必要のある一般的な機能セットは次のとおりです。
- テスト結果、テストログ、フレームワークログなどを表示する機能。
- さまざまなテストレポートとダッシュボードの生成。
- 特定の要件に基づいてカスタムレポートを作成する機能。
- GUIを介して実行時にテスト結果をストリーミングできる必要があります。
- 標準のテストケース管理ツールとのインターフェース機能。
- テスト結果、レポート、ダッシュボードをExcel、ドキュメント、PDFなどのさまざまな形式でエクスポートできる必要があります。
- パフォーマンステストエンジニアリングなどの特定の要件について、テストログをフィルタリングおよび解析する機能。
- すべてのテストデータ(結果、ログ、選択したデータポイント)を分析などの高度なモジュールにプッシュするようにプロビジョニングします。 「拡張性」の設計目標を忘れないでください。はい、これは次のレベルの自動化に向けたもう1つの最初のステップです。
スクリプトレステスト自動化の利点
スクリプトレスフレームワークを作成する主な利点は次のとおりです。
- テスターがプログラミングまたはスクリプトのスキルを持っていることは必須ではありません。
- テスター(スクリプトレス自動化の主要な消費者)とは別に、使用されるフレームワークは、ユーザー受け入れテスト(UAT)を設定および実行するために、製品所有者(アジャイルの世界)およびビジネスアナリストに拡張できます。
- に完全に適合する自動テストの迅速な開発 アジャイルプロセス 。
- ネイティブユーザーと上級ユーザーの両方に柔軟性を提供します。
- 基盤となるスクリプトレスフレームワークが徹底的にテストされているため、「テスト」関連のエラーが少なくなります。これにより、テスト関連の問題のデバッグと修正に費やす時間が短縮されます。
- 自動化スイート全体のメンテナンスが容易になります。
スクリプトレス自動化に関する神話
以下に、このフレームワークに関するいくつかの神話を示します。
#1)SAFは100%スクリプトレスです: 実際、これは100%真実ではありません。目標は100%コードレスにすることですが、この偉業を達成することは事実上不可能です。
これの主な理由は、テスト対象アプリケーション(AUT)、テクノロジ、およびソフトウェアの開発に使用されるプログラミング言語にさまざまな複雑さが存在することです。したがって、私たちが言及した設計目標の1つは、カスタマイズの柔軟性を提供することです。
#2)SAFを使用する場合、テスターはプログラミングやコーディングの知識を必要としません。 繰り返しますが、これは100%真実ではありません。実際には、プログラミングと論理スキルのいくつかの基本的な概念が必要です。
Webまたはモバイルベースのアプリケーションに関しては、テスターは、カスタマイズされたスクリプトの一部として含める必要のあるオブジェクトとクラスの基本も知っている必要があります。
TestCraftのようなツールがいくつかありますが、実際には、QAの専門家がコーディングの知識を持っている必要はありません。ドラッグアンドドロップとオンザフライ機能により、誰でもテストの実行方法を理解できます。
#3)SAFは、信頼できる記録と再生がすべてです。 いいえ。記録と再生は、後でカスタマイズする必要のある入力とフローのハードコードされた値を持つ作業スクリプトをユーザーに提供するだけです。
いずれにせよ、ユーザー入力とテスト手順のすべての可能なシナリオを網羅しているわけではありません。
スクリプトレスの例
以下に、理解しやすいようにスクリプトレス自動化の例をいくつか示します。
#1)これがテスト実行の例です
- Openwebpage
- (ユーザー名)フィールドに「ユーザー」と入力します
- パスワードフィールドにパスワードを入力します
- ログインボタンをクリックします
上記のそれぞれは、スクリプトレスフレームワークでサポートされているキーワードです。
テスターとして、以下に示すように値を渡す必要があります。
Openwebpage 「www.linkedin.com」
Enteruser ダミーユーザー
パスワードを入力する dumpypwd、mask = true
クリック ログイン
イタリック体の単語は、アクションを実行するための引数を受け入れるキーワードです。
注意: EnterPasswordは2つの引数を受け入れます。 2つ目は、パスワードフィールドに入力された文字のマスキングを示すフラグです。
#2)たとえば、支払いトランザクションフローを自動化するとします。
- アカウントタイプを選択します
- 購入した商品の金額を入力します
- PINを入力してください
- 領収書を印刷する
SelectAccount クレジット
金額を入力します 1000インドルピー
EnterPIN 1234、mask = true
領収書を印刷する Customercopy = false、Merchantcopy = true
イタリック体の単語は、アクションを実行するための引数を受け入れるキーワードです。
注意: EnterPINは2つの引数を受け入れます。 2つ目は、PIN入力フィールドに入力されたPIN数字のマスキングを示すフラグです。 PrintReceiptにも2つの引数があります。
上記のフローに気付いた場合、これは典型的なトランザクションフローです。フロー全体をさまざまなテストケースの「トランザクションテストテンプレート」として使用できます。これにより、テスターがテストステップとテスト入力を簡単に生成できるようになります。
キーワード、キーワードのグループ、およびフローベースのキーワードの再利用性は、Scriptless Automation Framework(SAF)で実行できます。
結論
この記事から、コードレスまたはスクリプトレスの自動化フレームワークの開発は、やりがいがあり、同様に興味深いタスクであることがわかります。
このようなフレームワークは、Webベース、モバイルアプリ、Webサービス、GUI、データベース、組み込みデバイスアプリケーションなど、あらゆる種類のアプリケーションテスト用に開発できます。
ただし、安定した信頼性の高い高性能ツールの開発には細心の注意を払う必要があります。これは、すばらしい便利なフレームワークを開発するために適切なテクノロジーとスクリプト/プログラミング言語を選択する際の注意点です。
スクリプトレスオートメーションの経験はありますか?以下のコメントセクションで、お気軽にご意見をお聞かせください。
推奨読書
- 最高のソフトウェアテストツール2021 (QAテスト自動化ツール)
- テスト自動化のためのフレームワークが必要なのはなぜですか?
- Androidアプリケーションをテストするための11の最高の自動化ツール(Androidアプリテストツール)
- 2021年に20以上の最高のオープンソース自動化テストツール
- トップ10以上のベストSAPテストツール(SAP自動化ツール)
- Selendroidチュートリアル:Androidモバイルテスト自動化フレームワーク(パート1)
- 2021年の10のベストマーケティングオートメーションソフトウェアツール
- 2021年のトップ20のベスト自動化テストツール(包括的なリスト)




