Webサイトやアプリケーションの世界的な普及により、ユーザーインターフェーステストの重要性はかつてないほど高まっています。 新しいソフトウェアやウェブページを展開する場合、機能性と美しさのバランスを取るために、ユーザーインターフェース（UI）を正しく設定することが非常に重要です。
魅力的なUIを作るには様々な工夫が必要ですが、UIテストは、インターフェイスがそのすべてを満たしているかどうかを判断するリトマス試験紙のようなものです。
この記事では、UIとは何かという定義から、UIをテストする最良の方法まで、UIテストに関連するすべての主要分野について説明します。
UI vs. GUI。混乱を解消するために
まず始めに、UIとGUIという用語の混乱を解消しておきましょう。 以下、この2つの用語の意味と違いについて説明します。
1.ユーザーインターフェーステストとは？
ユーザーインターフェース（UI）とは、あるソフトウェアを操作するために使用するプラットフォームのことです。 UIとは、画面やモニターから指示を入力したり、データを入力したり、情報を見たりするような場所です。
UIには、グラフィカルユーザーインターフェイス（GUI）や、コードとテキストを表示するだけのコマンドラインインターフェイスなど、さまざまな種類があります。
2.GUI（グラフィカル・ユーザー・インターフェース）とは何ですか？
GUI（グラフィカル・ユーザー・インターフェース）は、多くの人が慣れ親しんでいるUIの一種です。 ビジュアルを利用して、システム内の機能を操作するためのインターフェースの一種です。
例えば、アイコンを含むメニューやツールバーを使って、システムのナビゲーションを支援することができます。 GUIでは、文書を開いたり保存したりするときに「ファイル」をクリックするなど、機能を案内する手段として文字も有効です。
3.UI vs. GUI
この2つのコンピュータ・インタラクションを理解するために、UIとGUIの直接比較をご覧ください。
UIです。
– ユーザーインターフェースの略称。
– ユーザーがデバイスと対話するためのプラットフォームの一種である
– ヒューマンマシンインタラクションの一形態である
– 誰もが使うものであり、バックグラウンドで動作することが多いため、使っていることに気づかないことがある
– 一般的な例としては、MS-DOSやUnix
GUIです。
– グラフィカル・ユーザー・インターフェイスの略称。
– ユーザーがデバイスの機能を操作するためにグラフィックを使用するプラットフォームの一種である
– UI のサブクラスです。
– 一般的に、消費者のような平均的な日常のユーザーが使用します。
– 一般的な例としては、Windows 10、iOS、Android
ユーザーインターフェイス（UI）テストとは何ですか？
ユーザーインターフェース（UI）テストは、文脈によってはGUIテストとも呼ばれ、アプリケーションの視覚的要素のパフォーマンスと全体的な機能性を測定するために使用される一連のアクションです。 UIのさまざまな機能を検証し、予期せぬ結果や欠陥、バグがないことを確認します。
ZAPTESTなどのツールを使ったUIテストは、主にUIのユーザビリティや機能性、パフォーマンスなどをチェックし、目的に合っているかを確認するために使用されます。
場合によっては、システム全体の設計思想との整合性や視覚的な統一性などもチェックします。
ユーザーインターフェーステストは、いつ、なぜ必要なのでしょうか？
UIテストは通常、アプリケーションを本番用にリリースする前に行うのが最も効果的です。 これは、バグや不具合をできるだけ少なくし、エンドユーザーに最高の体験をしてもらうためです。
エンドユーザーはソフトウェアのテスターには向かないので、エンドユーザーに届く前に問題を解決しておくことが重要なのです。
UIテストは、キーボードやマウスを使ってメニューを操作するような、特定のアクションをアプリケーションがどのように扱うかを評価するのに有効な方法です。 アプリケーションの視覚的要素が正しく表示されているかどうかをチェックするのに役立ちます。
UIテストは、パフォーマンスを測定し、アプリケーションの機能にバグや問題がないことを確認するための優れた方法でもあります。
UIテストの種類
テストするアプリケーションによって、考慮すべきさまざまなUIテストがあります。
UIテストは、アプリケーション全体の多くの機能を検証する可能性があるため、適切なテストタイプを選択することで、特定の問題を特定することができます。
つまり、何をテストするつもりなのかによって、検討すべきUIテストの手法や、ZAPTESTの自動UIテストツールのようなツールが異なるのです。
機能テストや非機能テストのアプローチ方法として代表的なものには、以下のようなものがあります。
1.回帰テスト
回帰テストは、UIテストの一種で、アプリケーションやウェブサイトのコーディングに加えられたあらゆる変更について調べます。
コードの一部を変更した後に、アプリケーションのすべての機能が意図したとおりに動作することを保証するものです。
派手なテストをする必要はなく、ただコードを実行して、すべての依存関係と関数が変更前と同じように動作することを確認するだけです。
2.機能テスト
機能テストは、アプリケーションがすべての機能要件を満たしていることを確認するために検証するものです。
アプリケーションの個々の機能をすべてテストし、その結果を検証することで、期待通りに動作することを確認するのです。
このタイプのUIテストは、通常、ソースコードを一切見ないブラックボックステストに重点を置いています。 ユーザーインターフェース、関連するAPI、クライアントとサーバーの通信、セキュリティなどをチェックする傾向がある。
3.受入試験
受入テストは、ユーザー受入テスト（UAT）とも呼ばれ、アプリケーションのエンドユーザーが本番に移行する前にシステムを検証するために行うUIテストの一形態である。
このタイプのUIテストは、他の部分の検証が終わった後のテストの最終段階で見られることがほとんどです。
受入テストは、アプリケーションの最初から最後までの全体的な流れを検証するために行われます。 誤字脱字や美観の問題など、表面的な問題には目を向けません。 本番環境を模倣した別のテスト環境を使用し、次のフェーズに移行するための準備を確実にします。
4.単体テスト
ユニットテストは、アプリケーションの個々のコンポーネントを検査し、それが意図したとおりに動作することを検証するものです。
通常、コーディングの段階で実施されるため、このタイプのUIテストを実施するのは、通常、開発者の役割となります。
ユニットテストは、コードの一部を分離して、それが期待通りに動作することを確認する仕組みです。 この個々のコード片は、特定のモジュール、関数、オブジェクト、またはアプリケーションの他の個々の部分であるかもしれません。
5.パフォーマンステスト
パフォーマンステストは、アプリケーションの最適化を評価するもので、使用時のスピード、安定性、応答性、スケーラビリティなどを調べます。
このタイプのUIテストは、アプリケーションの懸念事項やデータフローのボトルネックを発見することを目的としています。 アプリケーションのスピード、スケーラビリティ、安定性の3つを主に見ている。
6.GUIテスト
GUIテストツールは、アプリケーションのグラフィカルユーザーインターフェースを検査し、すべての機能が期待通りに動作することを確認するものです。
これには、ボタン、ツールバー、アイコンなど、アプリケーションのグラフィックアセットやコントロールの確認も含まれます。 GUIは、エンドユーザーがアプリケーションを使用する際に操作し、目にするものです。
UIテストのメリットは何ですか？
UIテストやZAPTESTのUIテストスイートのようなツールの使用には、開発者とエンドユーザーの両方にとって多くの利点があります。
以下は、UIテストに関連する主な利点の一部です。
1.機能性を向上させることができる
アプリケーションをテストして期待通りに動作することを確認し、不具合やバグなどの問題があれば、リリース前に対処することが重要です。
もしアプリケーションがエンドユーザーの手に渡り、バグがあったり、エラーが多かったり、壊れていたりしたら、期待された仕事をすることはできないでしょう。 これが逆に、エンドユーザーにとって問題が多すぎて、使わなくなる可能性が高いのです。
2.使い勝手がよくなる
UIテスト自動化ツールは、アプリケーションの最適化・効率化にも有効な手段です。
たとえすべてのコーディングが正常に動作したとしても、インターフェイスのデザインが悪ければ、エンドユーザーを混乱させ、すぐに離脱させ、アプリケーションの採用率を低下させることになります。 UIテストは、より使いやすくするために、あらゆる要素やデザインの選択を改善するための素晴らしい方法です。
3.アプリケーションの評判を強化する
UIテストに時間をかけ、ZAPTESTのテスト自動化ソフトウェアのようなツールを導入することは、アプリケーションを磨き上げ、可能な限りユーザーフレンドリーにするための素晴らしい方法です。
正しく行われた場合、アプリケーションは偉大なブランド大使になり、それの全体的な評判を高めることができます。 アプリケーションがバグなく動作し、やるべきことをすべてやってくれるなら、ユーザーはそれを評価してアプリケーションを使ってくれるはずです。
UIテストの主な課題は何でしょうか。
UIテストはアプリケーション開発において重要な部分ですが、必ずしも簡単な作業ではありません。
無料のUIテスト自動化ソフトウェアには、多くの問題や課題があり、難しい仕事になっています。
以下は、不適切なUIテストツールを使用した場合のUIテストに関連する主な課題である。
1.UIアップデート
アプリケーションの開発は、通常、開発サイクル全体とその後に新しい機能や特徴を導入する反復プロセスです。
これらの散発的な変更は、他の依存関係やコードの相互作用によってテスト対象が変化するため、UIテストを効果的に実行することが非常に難しくなります。
2.複雑化するテスト
アプリケーションやウェブサイトは、数年前に比べて格段に洗練されたものになっています。 このような機能追加に伴い、UIテストツールやUI自動化ソフトウェアは、より多くの要素やプロセスを検討する必要があります。
その結果、UIテストにおける多くのツールは、これらの複雑な追加要素にすべて対応できるように調整する必要があるのです。
3.時間的制約
アプリケーションが複雑化するにつれ、テストに使用するツールも複雑化しています。 UIテストスクリプトは、テストしなければならないコードの量が膨大になるため、より多くの時間を要するようになっています。 この問題は、適切なUIテストツールがない場合、さらに深刻になります。
4.UIスクリプトを常に最新に保つ
ユーザーインターフェースが変わり、新しい機能が追加されると、新しいプロセスをテストするためにテストスクリプトを調整する必要があります。 新しい機能が追加されるたびに、テストスクリプトは常に更新され、新しい機能に対応するために微調整されるため、これはより困難なものとなっています。
UIテストは自動化すべきなのか？
アプリケーションやウェブのUIテストに最適なアプローチを決定する場合、手動テストと自動化ツールを使用したUIテストの2種類の方法を検討することができます。 手動テストとUI自動化にはそれぞれ利点と欠点があるため、両方を検討して、どちらがアプリケーションに最も適しているかを確認することが賢明です。
マニュアルUIテストとは？
マニュアルテストは、UIオートメーションとは異なり、テスターを使ってアプリケーションやWebサイトにあるすべての機能を手動で操作し、検査することを意味します。
その主な目的は、アプリケーション全体に問題や不正、不具合がないかをチェックすることです。 特に、初期バージョンのアプリケーションに見られるような、限られた要素しか持たない小規模なアプリケーションに有効なオプションです。
1.UIマニュアルテストのメリット
UI手動テストを選択することには、アプリケーションとその設計に応じて、多くの利点があります。
以下は、UI手動テストに関連する利点の一部です。
– マニュアルUIテストは、人間の知能をテストに取り入れ、エラーや問題点を探します。 自動化されたUIテストでは単純に達成できないことがあり、すべてのアプリケーションの欠陥を見つけるには、人間との対話、批判的思考、人間的要素が必要です。
– 自動化されたテストは、人間のテスト担当者が検証しなければならない異なる機能の複数のシナリオを再現するため、非常に時間がかかることがあります。 手動UIテストでは、テスターはエミュレーションの設定よりも不具合の発見に集中することができます。
– 人間のテスターは、アプリケーションを熟知していることが多く、インターフェイスに慣れるために数え切れないほどの時間を費やすことがあります。 そのため、アプリケーションの現状を常に把握しながら、エラーに注意すべき点を理解することができます。
– コードに影響を与えないため、自動化されたUIテストではフラグが立たないかもしれない問題があります。 サーバーの応答時間などは遅れているかもしれませんが、自動テストでは簡単に見落とされる可能性があります。 手動UIテストは、人間のユーザーがこれらの問題にすぐに気づくため、この問題を取り除くことができます。
– 手動UIテストは、エンドユーザーがアプリケーションをどのように操作するかを反映した状況を設定するため、ユーザーエクスペリエンスを最も正確にエミュレートすることができます。 これにより、エンドユーザーがよく見つけるが、自動化されたUIテストでは見逃してしまうような問題を、実世界の文脈で見つけることができます。
2.手動によるUIテストの限界
また、手動によるUIテストには限界があり、アプリケーションに最適なテスト手法を決定する前に検討する必要があります。
手動によるUIテストの限界には、以下のようなものがあります。
– 特にハイパオートメーションのような最新のツールを使用した場合、自動化されたUIテストよりも手動テストの方がはるかに時間がかかります。 自動テスト用のスクリプトは、人間が入力するよりもはるかに速く実行できるため、手動によるWeb UIテストを選択すると、スケジュールに追加時間が発生します。
– 手動によるWeb UIテストは、最終的に人間が行うプロセスであるため、ヒューマンエラーが発生しやすい。 集中力の欠如や注意散漫によるバグの見落としは、手動のUIテストでは起こりうることであり、問題につながる可能性があります。 それに比べ、自動化されたUIテストでは、人間の要素が排除されるため、この種の問題が発生しにくくなります。 特に、ロボティック・プロセス・オートメーションのような最新のUI自動テストでは、この傾向が顕著です。
– 実際に発見されたエラーを記録するプロセスには多くの時間がかかるため、変更があった場合にそれを追跡することが困難になる可能性があります。 UIテストの自動化は、新機能が実装された場合にのみ更新が必要なため、ここではより良いアプローチと言えます。
– 手動UIテストでは、問題を適切にテストするために、アプリケーションに関する詳細な知識が必要です。 その結果、人間のテスターが効果的にテストを行うには、一定のレベルの知識が必要とされます。自動テストでは、このような知識レベルは必要ありません。
3.記録と再生テスト
Record & replay テストは、コードレス UI テストの一種で、深いプログラミングの知識がなくてもテストを実行することができます。 アプリケーションで行った手動操作を記録し、テストパターンとして保存する機能を使用します。
これにより、人が介在しないUIテストを何度も実行することができます。
4.手動テストと記録再生テストと自動テスト
これら3種類のUIテストのいずれかを決定する際には、アプリケーションの範囲と規模、利用可能なリソースを考慮することが重要です。
手動UIテストは、セットアップと使用が最も簡単ですが、アプリケーションに関するテスターの知識が豊富であることなど、多くの要件があります。 また、アプリケーションを常に更新している場合、手作業によるUIテストを継続することは困難です。
Zaptestが提供するようなUIテスト自動化ツールは、アプリケーションの定期的な更新を行うのであれば、素晴らしい選択肢であり、やがてそれは報われます。
記録と再生は、2つのタイプのUIテストのギャップを埋めるために登場しました。 UIオートメーションの基本的なレベルは備えていますが、設定には人間の入力が必要です。
UIテストでは、どのようなことをテストするのですか？
ZAPTESTのUIテストソフトのようなツールを使ってUIテストを行う場合、アプリケーションの内容によってテストする項目が変わってきます。
アプリケーションの機能に沿ったものになりがちですが。 例えば、アプリケーションにチェックアウトページがある場合、UIテストには「今すぐ購入する」ボタンのテストなどが含まれます。
実際にテストすべき処理はアプリケーションによって異なるが、一般的なUIとしては、以下のようなものがある。
1.データ型に関する誤り
このUIテストでは、正しいタイプのデータが適切なフィールドで動作することを確認します。 例えば、数字を使うオプションのない名前用のテキスト。 UIテスターが名前フィールドの下に数値を入力できる場合、何かが間違っていることになります。
2.フィールド幅の問題
郵便番号など、特定のフィールドの文字数を制限するために使用されます。 アプリケーションがこれらのフィールドの文字数を制限していない場合、エンドユーザーからの入力が不正になる可能性があります。
3.ボタン類
このUIテストでは、例えば「次のページ」ボタンがエンドユーザーを次のページに誘導するように、ボタンが正しく機能することを確認します。 ボタンにはさまざまな種類があり、目的も異なるため、機能的なアプリケーションを作るためには、ボタンが本来の仕事をすることが重要です。
4.テーブルスクロール
アプリケーション内にデータのあるテーブルがある場合、ヘッダーを表示したままデータをスクロールできるようにします。
これがうまくいかないと、エンドユーザーにとってデータが分かりづらくなってしまいます。
5.エラーログ
アプリケーションのクラッシュやエラーが発生した場合、エラーログをテストし、バグレポートのための正確な出力を確認することが重要です。
正確なバグレポートとエラーログがなければ、問題の原因や修正方法を判断する良い方法はありません。
UI（GUI）テストはどのように実施するのですか？
UI（GUI）テストの方法を知っていただくために、サンプルを作成し、見ていただくことにします。
例えば、あるアプリケーションでアカウント登録のためのフォームページをテストするとします。 このページでは、テストするUI要素が複数あり、TC-X（TCはテストケース、Xは要素番号を表す）と表示されています。
以下は、テスト可能なTCのリストです。
TC-1：画面上部にブランドロゴを配置
– これは、正しい位置、フォントタイプ、ページラベルが表示されることを確認するためにテストする必要があります。
TC-2：アカウント登録
– これは、ページのヘッダーが正確であることをテストする必要があります。
– また、正しいフォントが表示されているかどうかも確認する必要があります。
TC-3：名前欄
– これにより、テキストボックスの配置と位置が正しいかどうかがテストされるはずです。
– また、フィールドラベルをテストし、有効なエントリーを受け入れ、無効なエントリーを拒否することを確認する必要があります。
TC-4：姓の欄
– これにより、テキストボックスの配置と位置が正しいかどうかがテストされるはずです。
– また、フィールドラベルをテストし、有効なエントリーを受け入れ、無効なエントリーを拒否することを確認する必要があります。
TC-5: ユーザー名フィールド
– 制限された文字を入力したときに、どのようなエラーメッセージが表示されるかをテストします。
– また、エラーメッセージが有効かつ正確であることを確認する必要があります。
TC-6：パスワード欄
– これは、フィールド・ラベルが有効な文字を受け入れ、無効な文字を拒否することを確認するためのテストです。
– また、テキストボックスのアラインメントと位置もテストする必要があります。
TC-7：次ページボタン
– これで、フォーム送信が意図したとおりに動作することがテストされるはずです。
– また、ボタンの配置を検査し、ユーザーが読みやすいようにする必要があります。
UIテスト計画 – UIテスト計画とは？
UIテスト計画書は、アプリケーションのテスト工程の一部となる文書である。
UIテスト計画は、アプリケーションとそれに関連するテスト活動に関する主要な情報を分解しています。
テスト計画の作成は、通常、アプリケーションをテストする際の最初のステップの1つであり、テスト方法と意図する結果の基礎を築くものです。
テストチーム以外の人にも、プロセスで何が起こっているのかがよくわかる便利なドキュメントです。
UIテストプランの書き方
UIテストプランは、UIテスターにとって素晴らしいガイダンスと指示となるため、これを正しく作成することは、アプリケーションのテストと検査に大いに役立ちます。
UIテストプランの書き方については、以下のステップをご覧ください。
1.UIテストに必要な情報を記載する。
UIテスト計画には、アプリケーションのテストを実施するために必要なすべての重要な情報が含まれています。 その中には、以下のような情報も含まれています。
– テストに必要な専門家、その役割とスキル。
– アプリケーションのテストに必要な総時間。
– テストに適用されているテスト技法。
– 特定のハードウェア、ドキュメント、ツールなど、テストに必要なあらゆるリソース。
– モバイル端末、特定のOS、ブラウザなど、対象となるテスト環境の内訳を示す。
– テストプロセスの全体的な目標。
2.スモークテスト
次に、スモークテストを利用して、UIテスト計画を作成することができます。 スモークテストは、アプリケーションの基本的な問題やバグを特定するのに有効な方法ですが、問題を深く追求するものではありません。
アプリケーションの上位レイヤーのUIテストに最適な手法なので、目につく問題をかなり簡単にキャッチすることができます。
3.サニティテスト
アプリケーションを深く掘り下げ、あまり目立たないバグや不具合を見つけるために、サニティテストはUIテストのために展開される素晴らしいテクニックです。
サニティテストは、新規または変更されたコーディングを検査し、それがアプリケーションの要件に合致していることを検証します。
スモークテストとの違いは、UIテストをより包括的に行うことで、アプリケーションの機能を深く掘り下げることができる点です。
アプリケーションがスモークテストに合格した後、サニティテストは検査の追加レベルを追加します。
UIテストシナリオ
アプリケーションが複数の領域やインタラクションで意図したとおりに動作することを確認するために、さまざまなUIテストシナリオを実行することが重要です。
以下、UIテストシナリオとは何か、例を挙げて説明します。
1.UIテストシナリオとは何ですか？
UIテストシナリオは、アプリケーションの複数のユースケースに対するドキュメントを確立するための方法である。
UIテストシナリオは、ユーザーがアプリケーションを使用する際に行う可能性のある特定のアクションを記述するために使用されます。
また、場合によっては、ユーザーがアプリケーションを使用する際に体験する可能性のあるシナリオを記述することもある。
UIテストシナリオは、アプリケーション内の機能が期待通りに動作することを検証するために有用です。 有用なシナリオを作成するためには、アプリケーションを深く理解し、顧客や開発者から情報を得ることが必要です。
2.UIテストシナリオの例
例として、あるアプリケーションのログインページのテストシナリオを考えてみましょう。 このためのUIテストシナリオは、次のような問いかけに答えることを目的としています。
– ユーザーは正しい認証情報を使ってプラットフォームにログインできるのか？
– 不正な認証情報を使用してログインした場合、どのような結果になりますか？
– 有効なユーザー名で、無効なパスワードを使用した場合はどうなりますか？
– 項目を空白にしてログインしようとするとどうなりますか？
– パスワードを忘れる」ボタンがある場合、それをクリックするとどうなるのでしょうか？
– ページ上のすべてのリンクは意図したとおりに機能するか？
これらの質問に答えることで、UIテスターは、アプリケーションのどの部分が正常に動作していないのかを特定することができます。
また、正しい認証情報を使ってログインするなど、利用可能なすべてのアクションが期待通りの結果をもたらすかどうかもチェックします。
UIテストケース
UIテストシナリオの個々の側面を見るために、テストケースは、アプリケーションの機能の部分の個々の特徴を分解するために使用されます。
以下では、UIテストケースとは何かについて、例を挙げてまとめています。
1.UIテストケースとは？
UIテストケースは、アプリケーション内の特定の機能または機能の一部を検証するために実行される一連のアクションです。
UIテストケースは、特定のシナリオを想定して、テストのステップ、データ、前提条件、後条件を分解し、要件もチェックします。
UIテストケースは、特定のレベルでの詳細なテストを可能にするため、非常に特殊な変数を含む傾向があります。 UIテスターは、実際の結果と期待される結果を比較し、アプリケーションが要件通りに機能していることを確認します。
2.UI・GUIテストケースの例
UIとGUIのテストケースをよりよく理解するために、ログイン画面の機能を見るテストシナリオのテストケースである以下の例を見てください。
– 有効な認証情報を入力した際のシステムの挙動を確認する。
– 無効な電子メールだが有効なパスワードが使用された場合のシステムの動作を確認する。
– 有効な電子メールであっても無効なパスワードが使用された場合のシステムの動作を確認する。
– 無効なメールとパスワードが使用された場合のシステムの動作を確認する。
– フィールドを空白にしたときのシステムの動作を確認します。
– パスワード忘れ」リンクが期待通りの動作をするかどうか確認してください。
– ログイン状態を維持する」ボタンがチェックされている場合の動作を確認します。
– 無効な電話番号が入力されたときの動作を確認する。
つまり、これらの例はすべて個別のUIテストケースなのです。
プロセス全体を対象とするテストシナリオとは異なり、テストケースは個々の機能を見るものである。 つまり、上記の各例はUIテストケースであり、リスト全体がテストシナリオに分類される。
UIテストスクリプト
アプリケーションテストの内訳をさらに詳しく知るために、UIテストスクリプトを作成し、テストケースとシナリオに関する情報をテスターに提供します。
以下、UIテストスクリプトとは何か、どのように書けばよいかをまとめてみました。
1.UIテストスクリプトとは？
UIテストスクリプトは、アプリケーションで実行されるテストの非常に詳細な記述で、通常は行単位で記述されます。
テストケース、データ、アプリケーションの期待される機能など、非常に具体的な内容になっています。
テストケースで得られた結果は、テストスクリプトにも反映され、情報の豊富さを増しています。
2.UIテストスクリプトの書き方
UIテストスクリプトは、テストケースを詳細に記述するだけなので、簡単です。
以下の情報を含めれば、UIテストスクリプトから多くの価値を得ることができるはずです。
– テスト スクリプト ID。これは、テスト スクリプトの一意の識別子です。
– タイトル。テストスクリプトのタイトルです。
– テストケースID：スクリプトを作成するテストケースのIDです。
– 要求事項。テストケースを実行するために必要なハードウェアのアプリケーションの仕様である。
– 手順です。テストを進めるための手順です。
– 結果。テストの出力と最終結果です。
– ステータス。これは、テスト スクリプトが成功したかどうかを示すもので、合格か不合格かを示します。
– エラーコードです。問題が発生した場合、その問題の詳細をエラーコードで表示します。
UIテストのためのチェックリスト
UIテストを始める準備ができたので、以下のチェックリストを使って、独自のテストを作成してみましょう。
1.基本的な機能の確認
機能テストは、視覚的なバグやプラットフォームの不具合などを発見するのに最適な方法です。
この段階で、生体認証、メッセージ、アプリケーションのメモリ情報などを含めるようにしてください。
2.クロスプラットフォームの互換性チェック
デバイスの断片化によって特定のユーザーがアプリケーションを利用できなくなるなどの問題を回避するために、クロスプラットフォームの互換性チェックを行うことが有効です。
これには、異なる画面解像度でのアプリケーションのチェックも含まれます。
AndroidやiOSなどのモバイルデバイスにおけるネイティブアプリケーションとハイブリッドアプリケーションの互換性を調べておくとよいでしょう。
3.異なるスクリーンサイズでの互換性を確認する
エンドユーザーがアプリケーションを使おうとする画面サイズはさまざまなので、それらに対応したUIをテストすることが重要です。
UIの応答性テストは、潜在的な問題に対処するために、最新のデバイスで実施するのが最適です。 また、ランドスケープモードとポートレートモードの両方でテストすることを忘れないでください。
4.パフォーマンスとスケーラビリティの確認
アプリケーションにスケーラビリティがあれば、さまざまなプラットフォームで優れたパフォーマンスを発揮することができます。
さまざまな負荷レベル、トラフィック、その他のエンドユーザーシナリオをテストし、アプリケーションのパフォーマンスとスケーラビリティを評価します。
これは、複数の環境にまたがってロボティック・プロセス・オートメーションのように自動化されたUIテストを使用するパラレルテストによって行うことができます。
5.アプリケーションのアクセシビリティを確認する
アクセシビリティ・テストは、エンドユーザーを支援するための特定の機能が期待通りに動作することを確認します。 フォントサイズ、スクリーン・リーダー・モード、ズーム・オプションなど、ここで確認してください。
6.色と文字のチェック
アプリケーションは特定の方法で色を表示する必要があるため、配色をテストして検証することが重要です。
これには、ハイパーリンクの色や他のフォントの種類などが含まれます。 また、スペルやフォントサイズ、アライメントに問題がないかを確認することも有効です。
7.航行速度の評価
アプリケーションのUIが不具合なくスムーズに動作することを確認すること。 ヘッダーのローディング画面などは、ラグを探すのに良い場所です。
