Testlink-quick-guide
TestLink-はじめに
TestLinkは、プロジェクト管理、バグ追跡、およびテスト管理に使用されるテスト管理ツールです。 これは、QAチームやその他の利害関係者間でタスクを迅速に開発するために簡単に通信できるようにする一元化されたテスト管理の概念に従っています。 要件仕様とテスト仕様の同期を維持します。
注意点
トピックをよりよく理解するには、TestLinkの顕著な特徴に注意する必要があります。
- TestLinkは、オープンソースのテスト管理ツールです。 TestLinkを使用するためにライセンスは必要ありません。
- Teamtestによって開発および保守されています。
- GPL – General Public Licenseの下でライセンスされています。
- Windows XP、Vista、7などのさまざまなWindows OSをサポートします。 他のクラウドベースのサポートと一緒に。
- 複数のユーザーがツールに無料でアクセスできます。
- JIRA、Bugzilla、FogBugz、VersionOneなど、他の多くのツールと統合できます。
TestLinkの使用
以下のポイントは、TestLinkのさまざまな使用法を説明しています。
- ソフトウェアテストライフサイクルの最初のフェーズからのすべてのQAアクティビティの追跡に役立ちます。
- プロジェクト管理、タスクトラッキング、要件管理、テスト管理に役立ちます。
- QAによって実行されるすべてのマクロレベルのアクティビティをサポートします。
- テストケース、実行レポートなどの作成など、QAタスクの実行に役立ちます。 *手動と自動の両方のテスト実行をサポートします。
TestLink仕様
次の表に、TestLinkの重要な仕様の一部を示します。
Sr.No. | Specification & Description |
---|---|
1 |
Teamtestによって開発および保守されています。 それはオープンソースのツールです。 |
2 |
Tool Scope テスト自動化フレームワークとして使用できます。 テストユーティリティとして利用されます。 |
3 |
Testing Methods
|
4 |
|
5 |
|
6 |
Apache:2.2.2.1 MySQL:5.5.16 PHP:5.3.8 PhpMyAdmin:3.4.5 Filezilla FTPサーバー:0.9.39 Tomcat:7.0.21 |
7 |
Error Handling スクリーンショットをキャプチャする |
8 |
User Interface Available
|
TestLink-機能
TestLinkには、QAやその他のテスト管理の利害関係者を引き付ける幅広い機能があります。
TestLinkコア機能
次の表に、TestLinkのコア機能を示します。
Sr.No. | Core Features & Description |
---|---|
1 |
Testing Supports TestLinkは次のテスト方法をサポートしています-
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
TestLinkは、規模や複雑さに関係なく、あらゆるビジネスチームとプロジェクトをサポートします。 |
8 |
Integration
|
9 |
|
10 |
|
TestLink-インストール
以下は、TestLinkのインストールに進む前に注意すべき点です。
- TestLinkはWebアプリケーションです。同じ会社/プロジェクトに属する個人またはリクエストされたユーザーのセットにプライベートWebサイトを提供します。
- TestLinkはサーバー側で実行できます。
- TestLinkはPHPベースのアプリケーションであり、Windows、異なるバージョンのLinux、MACなど、すべてのOSプラットフォームをサポートします。
- TestLinkは、Chrome、IE、Mozilla、Safariなどの有名なブラウザーをすべてサポートしています。
システム要求
TestLinkはWebアプリケーションであるため、クライアント/サーバーの概念に従います。 つまり、TestLinkはサーバーに集中してインストールでき、ユーザーは任意のコンピューターのWebサイトを使用してWebブラウザーを介してTestLinkと対話できます。
- * Webサーバー*-TestLinkはApache 2.2.2.1をサポートします。 ただし、最新のWebサーバーソフトウェアで動作します。 TestLinkは.phpファイルのみを使用します。 .php拡張子のみでWebサーバーを構成します。
- PHP -WebサーバーはPHPをサポートする必要があります。 CGIまたはその他の統合テクノロジーとしてインストールできます。 5.3.8 PHPバージョンを使用することをお勧めします。
- 必須のPHP拡張機能-RDBMSの拡張機能はmysqli、pgsql、oci8、sqlsrvです。 Unicode – UTF-8サポートには、mbstringが必要です。
- オプションの拡張子-Curl、GD、Fileinfo
- データベース-TestLinkでは、データを保存するためにデータベースが必要です。 MySQL(5.5.16)が推奨されます。
- FileZilla FTP Server -オプションとしてXAMPPをインストールするにはFileZilla FTP Server 0.9.39が必要です。
TestLinkを使用するには、手動で、または自動プロセスを介して、すべての要件を個別にインストールできます。
システム要件のインストール
ユーザーがインストールプロセスに関する知識を必要としている場合、ユーザーはTestLinkに進む前に、説明されているすべての要件を個別にインストールできます。
または、多くのオールインワンパッケージが利用可能であり、exeファイルによってシステムに自動的にインストールできます。 ここでは、XAMPPの助けを借りて、前提条件を簡単にインストールします。
- ステップ1 *-次のスクリーンショットに示すように、https://www.apachefriends.org/indexlに移動し、XAMPP for Windowsをクリックします。
- ステップ2 *-ファイルを保存するためのポップアップが表示されます。 [ファイルを保存]をクリックします。 ファイルのダウンロードが開始されます。
ステップ3 *- *.exe ファイルを実行して、インストールウィザードを実行します。 .exeファイルをクリックすると、次のスクリーンショットに示すように、XAMPPセットアップウィザードが表示されます。 Nextをクリックしてください。
- ステップ4 *-次に、ウィザードはインストールされるすべてのコンポーネントファイル(次のスクリーンショットに表示)を表示します。 コンポーネントを選択した後、「次へ」をクリックします。
- ステップ5 *-XAMPPをインストールするフォルダー名を指定して、[次へ]をクリックします。
- ステップ6 *-インストールの準備ウィザードが表示されます。 [次へ]をクリックしてインストールを開始します。
- ステップ7 *-インストールが正常に完了すると、コントロールパネルを起動するように求められます。 チェックボックスを選択して、[完了]をクリックします。 次のスクリーンショットに示すように、XAMPPコントロールパネルが開きます。
- ステップ8 *-上記のスクリーンショットに示すように、TestLinkに必要なApacheおよびMySQLの[スタート]ボタンをクリックします。
- ステップ9 *-Apache、PHP、MySQLなどのすべての前提条件が適切にインストールされているかどうかを確認するには、いずれかのブラウザーに移動して、http://localhostと入力します。 次に、Enterキーを押します。
- ステップ10 *-XAMPPのダッシュボードが表示されます。 スクリーンショットの右上隅にあるphpAdminをクリックします。
次のスクリーンショットに示すように、一般設定、アプリケーション設定、データベースの詳細、Webサーバー、phpMyAdminが表示されます。
インストールが適切でない場合、このページは表示されません。 この時点まで、すべての前提条件がシステムに正常にインストールされています。
TestLinkのインストールと起動
XAMPPが正常にインストールされたら、TestLinkを使用する必要があります。
- ステップ1 *-https://sourceforge.net/projects/testlink/にアクセスし、[ダウンロード]をクリックします。
ステップ2 *-ダウンロードした *.tar ファイルを解凍し、フォルダー名をTestLinkに変更します。
- ステップ3 *-インストールされているXAMPPフォルダーに移動し、htdocsフォルダーに移動します。 次のスクリーンショットに示すように、TestLinkフォルダーをここに配置します。
- ステップ4 *-TestLinkパッケージに移動して「config.inc.php」ファイルを開き、以下のようにパス「$ tlCfg→log_path」および「$ g_repositoryPath」を更新します-
$ tlCfg→log_path = ‘D:/xampp/htdocs/testlink/logs/’;
$ g_repositoryPath = ‘D:/xampp/htdocs/testlink/upload area/’;
- ステップ5 *-ブラウザーを開き、ナビゲーションバーにhttp://localhost/Testlinkと入力してEnterを押します。 TestLinkのインストールページが表示されます。
- ステップ6 *-[新規インストール]をクリックします。
- ステップ7 *-利用規約のチェックボックスをオンにして、[続行]ボタンをクリックします。
システムは前提条件をチェックして、すべてが正常であることを確認します。 下部に[続行]ボタンが表示されます。そうでない場合は、エラーメッセージが表示されます。
- ステップ8 *-次のスクリーンショットに示すように、[続行]をクリックします。
- ステップ9 *-次のステップでは、MySQLアクセスを定義するためにデータベース管理者と管理者パスワードが必要です。 TestLink adminユーザー名/パスワードは、ユーザーが指定したものであれば何でもかまいません。
データベースログイン/パスワード:root/<empty>(xamppのMYSQLのデフォルトログイン/パスワード)
- ステップ10 *-[TestLinkセットアップの処理]ボタンをクリックします。 TestLinkの「インストールに成功しました!」というメッセージが表示されます。
- ステップ11 *-再びhttp://localhost/testlinkに移動します
次のスクリーンショットに示すように、ログインページが表示されます。
TestLink-ログイン
TestLinkにログインするには、サンプルWebサイトhttp://localhost/testlinkにアクセスします。 次のスクリーンショットに示すように、ログインページが開きます。
- ステップ1 *-ユーザー名とパスワードの両方としてadminを入力します。 管理者はデフォルトの資格情報です。
- ステップ2 *-[ログイン]ボタンをクリックします。
次のスクリーンショットは、資格情報を使用してTestLinkにログインする方法を示しています-
ログイン失敗時
ログインに失敗したため、エラーページが表示されます。 電子メールIDまたはパスワードの誤った組み合わせが原因でエラーが発生する場合があります。
次のスクリーンショットはエラーメッセージを示しています。資格情報が正しくない場合、ユーザーは受信します。
あなたがそれを回復するために、パスワードを忘れた場合、次の手順があります-
- ステップ1 *-[ログイン]ボタンの下の[ロストパスワード?]リンクをクリックします。
- ステップ2 *-ログイン名を入力します。
- ステップ3 *-[送信]をクリックします。
次のスクリーンショットは、忘れた場合にパスワードを回復する方法を示しています。
ユーザー名の詳細またはパスワードをリセットするためのリンクが記載されたメールが届きます。
ログイン成功
ログインに成功すると、アカウントが管理者によってプロジェクトに関連付けられている場合、またはサンプルプロジェクトを作成できる場合、システムダッシュボードが表示されます。
次のスクリーンショットは、ログインに成功するとTestLinkのプロジェクトの作成ページを表示します。
TestLink-プロジェクトを追加
プロジェクトを追加するには、管理者の役割が必要です。 管理者として初めてログインすると、TestLinkは新しいプロジェクトの作成フォームを開きます。 プロジェクトが作成されるか割り当てられるまで、他のページは表示されません。
プロジェクトを作成する
以下は、TestLinkにプロジェクトを追加するための手順です-
通常、プロジェクトを作成するには、次のスクリーンショットに示すように、[プロジェクト管理のテスト]メニューでオプションを使用できます。
- ステップ1 *-次の詳細をプロジェクトの作成フォームに入力します-
名前-一意のプロジェクト名である必要があります。
プレフィックス-テストケースを識別するためのテストケースIDに使用されます。
プロジェクトの説明-プロジェクトの詳細。
拡張機能-プロジェクトの要件に基づいてチェックボックスをチェックできます。 要件、自動化など、必要な機能を選択できます。
課題トラッカー-課題トラッカーがTestLinkにリンクされている場合、ここに表示されます。
- ステップ2 *-可用性オプションを選択し、次に示すように[作成]ボタンをクリックします。
次のスクリーンショットに示すように、[作成]ボタンをクリックすると、要件機能とアクティブ機能の[削除]および[アクティブ/非アクティブ]スイッチと共にプロジェクトが追加されます。
- ステップ3 *-以下に示すように、画面の右上隅にある[テストプロジェクト]ドロップダウンからプロジェクト名を選択して、プロジェクトを表示できます。
TestLink-ダッシュボード
TestLinkにログインした後、ダッシュボードは、プロジェクトに割り当てられるとすぐに表示される最初のページです。 ダッシュボードは管理者によってカスタマイズされます。 ロールに基づいて、管理者はTestLinkのアクセスを設定できます。
次のスクリーンショットは、TestLinkのダッシュボードページの概要を示しています。
以下は、ダッシュボードに関して注意すべきいくつかのポイントです。
- TestLinkページの左上隅にあるツールバーアイコンは、TestLinkのすべてのページ/画面で同じです。 メインリンクとしての、私の設定、プロジェクト、要件仕様、テスト仕様、ユーザー管理、およびイベント。 これらのリンクは、それぞれの機能に移動するために使用されます。
- ナビゲーションバーには、TestLinkの最も便利な機能にすばやくアクセスできるリンクが含まれています。
- ページの左側-システム、テストプロジェクト、要件仕様、テスト仕様のカテゴリがあります。 これらのカテゴリには、TestLinkのすべての機能にすばやくアクセスするためのさまざまなリンクがあります。
- 右側のテスト計画カテゴリには、テスト計画を追加または管理するためのテスト計画管理リンクがあります。
- 画面の左上には検索機能があり、右側には[プロジェクトのテスト]ドロップダウンがあります。
私の設定ページ
[設定]アイコンは、画面の左上に最初のアイコンとして表示されます。 次のスクリーンショットは、赤で囲まれた[設定]アイコンを示しています。
アイコンをクリックすると、設定ページが開き、さまざまな情報を更新できます。
最初に、あなたの名、姓、電子メールIDまたはロケールを更新できる個人データがあります。
次に、ログインパスワードを変更できる個人パスワードセクションがあります。
3番目のセクションは、個人のAPIキーを生成できるAPIインターフェイスを示しています。
最後のセクションでは、ログイン履歴を表示できます。
ログアウト
ログアウトアイコンは、画面の左上、[設定]アイコンの横にあります。 [ログアウト]アイコンをクリックすると、ログインページに戻り、アクティブなセッションが終了します。 TestLinkのすべての機能を利用するには、再度ログインする必要があります。
次のスクリーンショットでは、ログアウトアイコンが赤で囲まれています。
TestLink-プロジェクト
この章では、TestLinkでプロジェクトを作成、編集、削除する方法を学びます。
プロジェクトを作成する
TestLinkは、一度に複数のプロジェクトをサポートします。
プロジェクトを作成するには、管理者権限が必要です。 以下は、プロジェクトを作成する手順です。
- ステップ1 *-新しいプロジェクトを作成するには、次のスクリーンショットに示すように、ダッシュボードで[プロジェクトのテスト]→[プロジェクト管理のテスト]をクリックします。
使用可能なすべてのプロジェクトがフィルターとともに表示され、上部にボタンが作成されます。
- ステップ2 *-次のスクリーンショットに示すように、[作成]ボタンをクリックします。
[プロジェクトの作成]ページが開きます。
- ステップ3 *-次の詳細をプロジェクトの作成フォームに入力します。
名前-一意のプロジェクト名である必要があります。
プレフィックス-テストケースを識別するためのテストケースIDに使用されます。
プロジェクトの説明-プロジェクトの詳細。
拡張機能-プロジェクトの要件に基づいてチェックボックスをチェックできます。 要件、自動化など、希望する機能を選択できます。
課題トラッカーの統合-課題トラッカーがTestLinkにリンクされている場合、ここに表示されます。
- ステップ4 *-次のスクリーンショットに示すように、[可用性]オプションを選択し、[作成]ボタンをクリックします。
[作成]ボタンをクリックすると、プロジェクトがシステムに追加されます。
プロジェクトを編集する
プロジェクトを編集するには、プロジェクトの編集権限が必要です。
以下は、プロジェクトの詳細を編集する手順です-
- ステップ1 *-プロジェクトのテスト→プロジェクト管理のテストをクリックします。
使用可能なすべてのプロジェクトが表示されます。
- ステップ2 *-プロジェクト名をクリックして、次のスクリーンショットに示すように詳細を編集します。
- ステップ3 *-編集モードでプロジェクトの詳細を開きます。 任意のセクションで詳細を更新し、[保存]ボタンをクリックできます。
プロジェクトを削除する
プロジェクトを削除するには、プロジェクトの削除権限が必要です。
- ステップ1 *-プロジェクトのテスト→プロジェクト管理のテストをクリックします。
次のスクリーンショットに示すように、使用可能なすべてのプロジェクトと、右隅に削除アイコンが赤で表示されます。
- ステップ2 *-各プロジェクトに関連する[削除]アイコンをクリックします。
プロジェクトを削除するのではなく、非アクティブ化するためのアドバイスとともに、削除の警告メッセージが表示されます。 次のスクリーンショットは同じものを表示します。
- ステップ3 *-[はい]ボタンをクリックします。 ページが更新され、プロジェクトがリストから削除されます。
TestLink-インベントリ
インベントリでは、プロジェクトに必要なすべてのハードウェアの詳細をリストできます。 この機能にアクセスするには、プロジェクトの作成中またはプロジェクトの編集ページで有効にする必要があります。
下のスクリーンショットに示すように、ダッシュボードで[プロジェクトのテスト]→[インベントリ]に移動して、インベントリにアクセスできます。 インベントリには、作成、編集、削除の3つのアクションがあります。
レコードを作成する
在庫にレコードを作成する手順は次のとおりです-
- ステップ1 *-ダッシュボードの[インベントリ]をクリックして、[インベントリ]ページにアクセスします。
- ステップ2 *-画面の左上隅にある[作成]リンクをクリックします。 ポップアップフォームが開き、デバイスデータが定義されます。
- ステップ3 *-次の詳細を入力します-
- ホスト名
- IPアドレス
- オーナー
- 目的-2000文字までサポートします。
- ハードウェア-2000文字までサポートします。
- 注-2000文字までサポートします。
- ステップ4 *-[保存]ボタンをクリックします。
[保存]をクリックすると、次のスクリーンショットに示すように、入力されたすべての詳細とともに新しい行が追加されます。
レコードを編集する
レコードを編集するには、行を選択する必要があります。
レコードを編集する手順は次のとおりです-
- ステップ1 *-ホスト名をクリックして、[インベントリ]ページで編集するレコードを選択します。
- ステップ2 *-画面の左上にある[編集]リンクをクリックします。 ポップアップフォームが開き、デバイスデータが定義されます。
- ステップ3 *-次の詳細を更新します-
- ホスト名
- IPアドレス
- オーナー
- 目的-2000文字までサポートします。
- ハードウェア-2000文字までサポートします。
- 注-2000文字までサポートします。
- ステップ4 *-[保存]ボタンをクリックします。
- ステップ5 *-[保存]ボタンをクリックすると、すべての詳細が更新され、同じ行に保存されます。
レコードを削除する
レコードを削除する手順は次のとおりです-
- ステップ1 *-[ホスト名]をクリックして、[インベントリ]ページで削除するレコードを選択します。
- ステップ2 *-画面の左上にある[削除]リンクをクリックします。 削除の確認を求められます。
- ステップ3 *-レコードを削除するには、[はい]をクリックします。
次のスクリーンショットに示すように、正常な削除メッセージが表示され、行が削除されます。
TestLink-テスト計画
テスト計画は、プロジェクトの進捗を追跡するためのベースライン計画に最初にタスクとマイルストーンのリストがあることを確認するための最も重要なアクティビティです。 また、テスト作業のサイズも定義します。
これは、マスターテスト計画またはプロジェクトテスト計画と呼ばれることが多いメインドキュメントであり、通常はプロジェクトの初期段階で開発されます。
テスト計画を作成する
テスト計画を作成するには、テスト計画の作成権限が必要です。
テスト計画を作成する手順は次のとおりです-
- ステップ1 *-次のスクリーンショットに示すように、ダッシュボードのテスト計画→テスト計画管理に移動します。
プロジェクトのテスト計画がリストされている場合、テスト計画のリストが表示されます。 それ以外の場合は、テスト実行機能をサポートするためのテスト計画を作成するためのメッセージが表示されます。
- ステップ2 *-次のスクリーンショットに示すように、[作成]ボタンをクリックします。
テスト計画作成フォームが表示されます。
- ステップ3 *-フォームに次の詳細を入力します。
- 名前-テスト計画の名前である必要があります。
- 説明-このフィールドには、テスト計画の詳細情報が含まれている必要があります。 通常、テスト計画は次の情報で構成されます。
Sr.No. | Parameter & Description |
---|---|
1 |
Test plan identifier 一意の識別参照。 |
2 |
Introduction プロジェクトとドキュメントの簡単な紹介。 |
3 |
Test items テスト項目は、テスト対象のアプリケーションであるソフトウェア項目です。 |
4 |
Features to be tested テストウェアでテストする必要がある機能。 |
5 |
Features not to be tested テストの一部として含めない機能と理由を特定します。 |
6 |
Approach テストへの全体的なアプローチに関する詳細。 |
7 |
Item pass/fail criteria ソフトウェア項目がテストに合格したか失敗したかを文書化。 |
8 |
Test deliverables テスト計画、テスト仕様、テスト概要レポートなど、テストプロセスの一部である成果物。 |
9 |
Testing tasks テストを計画および実行するためのすべてのタスク。 |
10 |
Environmental needs ハードウェア、ソフトウェア、OS、ネットワーク構成、必要なツールなどの環境要件を定義します。 |
11 |
Responsibilities チームメンバーの役割と責任を一覧表示します。 |
12 |
Staffing and training needs 実際の人員配置要件および特定のスキルとトレーニング要件をキャプチャします。 |
13 |
Schedule 重要なプロジェクトの納期と重要なマイルストーンを明記します。 |
14 |
Risks and Mitigation 高レベルのプロジェクトリスクと仮定、および特定された各リスクの軽減計画。 |
15 |
Approvals ドキュメントのすべての承認者、タイトル、サインオフ日をキャプチャします。 |
テストリンクは、画像、表、リンク、特殊文字などをサポートしています。 コンテンツの詳細な説明を作成します。
次のスクリーンショットに示すように、2つのチェックボックスがあります。
- アクティブ-作成後にドキュメントをアクティブにし、このドキュメントをテスト実行またはその他のアクティビティで参照として使用できます。
- 公開-他のユーザーがこのドキュメントを使用できるようにします。 このプロジェクトにリンクしている他のユーザーにも表示されます。 このチェックボックスをオフにすると、作成したユーザーのみがこのドキュメントを使用および表示できます。
- ステップ4 *-フォームの下部にある[作成]ボタンをクリックします。
[作成]をクリックすると、追加されたテスト計画と、画面の右端にいくつかのアイコンが表示されます(以下を参照)。
これらのアイコンは、下のスクリーンショットに示すように、テスト計画の削除、テストケースとプラットフォームへのリンクのエクスポート、テストケースとプラットフォームへのリンクのインポート、ロールの割り当てとテストの実行です。
テスト計画を編集する
テスト計画を編集するには、編集権限が必要です。
テスト計画を編集する手順は次のとおりです。
- ステップ1 *-テスト計画名をクリックして詳細を開きます。 テスト計画の名前は最初の列にあり、次のスクリーンショットに示すようにハイパーリンクされています。
- ステップ2 *-編集モードでテスト計画の詳細を開きます。 アクティブモードとパブリックモードの名前、説明、および選択を編集できます。
- ステップ3 *-テスト計画にファイルを添付します。 この機能は編集モードでのみ使用可能です。 テスト計画の作成中に、説明に画像/テーブルを追加できます。 ただし、ファイルオプションを添付することはできません。
- ステップ4 *-詳細を更新したら、[更新]をクリックして編集を終了します。
次のスクリーンショットは、テスト計画を編集する方法を示しています。
テスト計画を削除する
プランを削除するには、削除権限が必要です。
テスト計画が削除されると、テスト計画とそれに対応するすべてのデータの両方が削除されます。 データには、テストケース、結果などが含まれます。
ビルドを削除する手順は次のとおりです-
- ステップ1 *-ダッシュボードから[テスト計画管理]→[テスト計画]に移動します。
- ステップ2 *-以下に示すように、削除する必要があるテスト計画の行に対応する[削除]アイコンをクリックします。
削除の確認を求めるポップアップが表示されます。
- ステップ3 *-以下に示すように[はい]をクリックします。
ページが更新され、テスト計画が削除されます。
TestLink-ビルド管理
リリースの目的を達成するために、複数のビルドが存在する場合があります。 ビルドは常に1つのリリースにのみ関連付けられます。 ビルドは、限られた機能でリリースの部分的な目的を達成します。
TestLinkでは、テスト実行はビルドとテストケースの両方で構成されます。 プロジェクトのビルドが作成されていない場合、テストの実行を実行できません。
ビルドを作成する
ビルドを作成するには、ビルドの作成権限が必要です。
ビルドを作成する手順は次のとおりです-
- ステップ1 *-ダッシュボードから[テスト計画]→[ビルド/リリース]に移動します。
使用可能なビルドとともにビルド管理ページが開きます。
- ステップ2 *-以下に示す[作成]ボタンをクリックします。
[新しいビルドの作成]フォームが開きます。
- ステップ3 *-フォームに次のフィールドを入力します-
- タイトル-ビルドはそのタイトルで識別されます。 各ビルドは、アクティブなテスト計画に関連しています。
- 説明-説明には、提供されたパッケージ、修正または機能、承認、ステータスなどのリストを含める必要があります。
- アクティブ-ビルドにはアクティブ/非アクティブの2つの属性があり、ビルドを使用できるかどうかを定義します。 非アクティブなビルドは、実行ページとレポートページにリストされません。 オープン/クローズ–テスト結果は、オープンビルドに対してのみ変更できます。 ビルド日がリリースタイムライン内である必要があります。
- リリースタイムライン-それは将来の日付でなければなりません。
- ステップ4 *-すべての詳細を入力したら、[作成]ボタンをクリックしてビルドを追加します。
ビルドを編集する
ビルドを編集するには、ビルドの編集権限が必要です。 ビルドを編集する手順は次のとおりです-
- ステップ1 *-編集するビルドを選択し、ビルドタイトルをクリックして、以下に示すように詳細を開きます。
次のスクリーンショットに示すように、編集モードでビルドの詳細を開きます。
- ステップ2 *-ビルドの詳細を更新した後、[保存]ボタンをクリックします。
ビルドを削除する
ビルドを削除するには、ビルドの削除権限が必要です。
ビルドを削除する手順は次のとおりです-
- ステップ1 *-テスト計画管理に移動-ダッシュボードからビルド/リリース。
- ステップ2 *-以下に示すように、削除する必要があるビルドの行に対応する[削除]アイコンをクリックします。
削除の確認を求めるポップアップが表示されます。
- ステップ3 *-次のスクリーンショットに示すように[はい]をクリックします。
ページが更新され、ビルドが削除されます。
TestLink-テスト仕様
テスト仕様は、テスト設計の構造を定義します。 テストスーツとケースの作成は、テスト仕様によって行われます。 ただし、1つのプロジェクトに含めることができるテスト仕様は1つだけです。
テスト仕様にアクセスするには、ダッシュボードからテスト仕様→テスト仕様に移動します。
これは、設定とフィルター(左側)とテストプロジェクト(右側)の2つのパネルに分かれています。
右側で作業することで、テストスイート/ケースを作成できます。
フィルター
テスト仕様に移動すると、フィルターが画面の左側のパネルに表示されます。 フィルタは、検索を絞り込み、独自のテストケースを提供するのに役立ちます。
以下は、フィルター機能を使用する手順です-
- ステップ1 *-画面の左側にあるフィルターセクションに移動します。
- ステップ2 *-次のように異なるフィルターオプションを提供します-
- テストケースID
- テストケースのタイトル
- ステータス-ドロップダウンから一度に複数の選択肢を選択できます。 Any、Draft、Ready for Review、Review in Progress、Rework、Obsolete、Future、Finalをサポートしています。
- 重要-ドロップダウンから一度に複数の選択肢を選択できます。 Any、Help、Medium、Lowをサポートしています。
- 実行タイプ-単一の選択ドロップダウンです。 任意、手動または自動オプションをサポートします。
- ステップ3 *-選択後、[適用]ボタンをクリックして結果を表示します。 [フィルターのリセット]ボタンは、デフォルトモードですべての選択を削除します。
ツリーを展開して、結果の構造を表示できます。
テストプロジェクト
右側に、テストプロジェクトが表示されます。
テストプロジェクト名はハイパーリンクされています。
名前をクリックすると、プロジェクトの詳細が編集フォームに表示され、プロジェクトの詳細を更新できます。
名前の後に、プロジェクトの説明と添付ファイルが表示されます。 添付ファイルを追加する機能をサポートしています。 ファイルを参照してプロジェクトにアップロードできます。 最大1048576バイトをサポートします。 ファイルの最大サイズまでアップロードできます。 複数のファイルをプロジェクトにアップロードできます。
画面の上部には、アクションと呼ばれる設定シンボルSymbolがあります。
この記号をクリックして、テストスイートとテストケースを追加できます。
TestLink-テストスイート
テストスイートは、テスターがテスト実行ステータスを実行および報告するのに役立つ一連のテストを含むコンテナです。 アクティブ、進行中、完了の3つの状態のいずれかをとることができます。
テストケースは、複数のテストスイートとテスト計画に追加できます。 テスト計画を作成すると、テストスイートが作成されます。テストスイートには、任意の数のテストを含めることができます。
TestLinkは、テストスイートのツリー構造をサポートしています。 テストスイートの下に複数のサブテストスイートが存在する場合があります。
テストスイートを作成する
テストスイートを作成するには、テストスイートの作成権限が必要です。
テストスイートを作成する手順は次のとおりです-
- ステップ1 *-ダッシュボードからテスト仕様→テスト仕様に移動します。
- ステップ2 *-次のスクリーンショットに示すように、右側のパネルに表示される、このページのアクションと呼ばれる設定タイプアイコンSymbolをクリックします。
Test Suite Operationsが開きます。
- ステップ3 *-&plus;をクリックします下に示すように新しいスイートを作成するアイコン。
テストスイートの作成ページが開きます。
- ステップ4 *-フォームに次のフィールドを入力します-
- テストスイートの名前
- 詳細
- キーワード-利用可能なすべてのキーワードを表示します。 それらは関係に基づいて割り当てることができます。
- ステップ5 *-次のスクリーンショットに表示されている[保存]ボタンをクリックします。
[保存]をクリックすると、画面の左側のパネルにテストスイートがツリー構造で表示されます。 詳細は画面の右側にあります。
テストスイートを編集する
テストスイートを編集するには、テストスイートの編集権限が必要です。
テストスイートを編集する手順は次のとおりです-
- ステップ1 *-左パネルのツリー構造からテストスイートを選択し、アクションと呼ばれる設定をクリックして、以下に示すようにテストスイートの操作を開きます。
テストスイートの操作が表示されます。
- ステップ2 *-以下に示すように、編集(鉛筆)アイコンをクリックします。
編集ページでテストスイートの詳細が開きます。
- ステップ3 *-名前、詳細、またはその他のフィールドを編集し、[保存]ボタンをクリックしてテストスイートを更新します。
テストスイートの移動/コピー
テストスイートを移動/コピーするには、テストスイートの作成/編集権限が必要です。 この機能により、テストスイートの複製を作成したり、構造を並べ替えたりすることができます。
- ステップ1 *-テストスイートを別のプロジェクトにコピー/移動するには、コピー/移動する必要があるテストスイートを選択し、アクションと呼ばれる設定アイコンをクリックします。
テストスイートの操作が開きます。
- ステップ2 *-次のスクリーンショットに示すように、移動またはコピーシンボルをクリックします。
- ステップ3 *-[移動/コピー]ページが開きます。このページでは、ターゲットコンテナ、宛先位置、およびキーワードと要件をターゲットコンテナにコピー/移動するかどうかを選択できます。
- ステップ4 *-選択後、次のスクリーンショットに示すように、要件に応じて[コピー]または[移動]ボタンをクリックします。 [コピー]ボタンは両方のプロジェクトのテストスイートをコピーし、[移動]ボタンはテストスイートを現在のプロジェクトからターゲットプロジェクトに移動します。
テストスイートを削除する
テストスイートを削除するには、テストスイートの削除権限が必要です。
- ステップ1 *-テストスイートを削除するには、削除する必要があるテストスイートを選択し、アクションと呼ばれる設定アイコンをクリックします。 テストスイートの操作が開きます。
- ステップ2 *-以下に示すように、削除記号をクリックします。
削除する確認メッセージが表示されます。
- ステップ3 *-次のスクリーンショットに示すように、[はい]をクリックしてテストスイートを削除します。
ページが更新され、画面の左側のパネルにあるツリー構造からテストスイートが削除されます。
以下に示すように、正常な削除メッセージも表示されます。
TestLink-テストケース
テストケースは、特定の要件に対するコンプライアンスを検証するために特定のテストシナリオ用に開発された一連のテストデータ、前提条件、期待される結果、および事後条件を含むドキュメントです。
テストケースはテスト実行の開始点として機能し、入力値のセットを適用した後、アプリケーションは明確な結果を取得し、実行後条件とも呼ばれるエンドポイントにシステムを残します。
テストケースを作成する
テストケースを作成するには、テストケースの作成権限が必要です。
テストケースを作成する手順は次のとおりです-
- ステップ1 *-ダッシュボードからテスト仕様→テスト仕様に移動します。
- ステップ2 *-画面の左側のパネルにあるツリー構造からテストスイートを選択します。
- ステップ3 *-以下に示すように、画面の右側のパネルに表示される、このページのアクションと呼ばれる設定タイプのアイコンをクリックします。
Test Suite OperationsとTest Case Operationsを開きます。
- ステップ4 *-テストケース操作の+アイコンをクリックして、以下に示すように新しいテストケースを作成します。
テストケースの作成ページが開きます。
- ステップ5 *-フォームに次のフィールドを入力します-
- テストケースの名前
- 概要
- 前提条件
- ステータス、重要度、実行タイプを選択します
- 推定実行タイプを分単位で入力してください
- キーワード-利用可能なすべてのキーワードを表示します。 それらは関係に基づいて割り当てることができます。
- ステップ6 *-次のスクリーンショットに表示されている[作成]ボタンをクリックします。
[作成]ボタンをクリックすると、左側のパネルのツリー構造にテストケースが表示され、画面の右側に詳細が表示されます。
テストケースを編集する
テストケースを編集するには、テストケースの編集権限が必要です。
以下は、テストケースを編集する手順です-
- ステップ1 *-画面の左パネルのツリー構造からテストケースを選択し、アクションと呼ばれる設定をクリックして、使用可能なすべてのオプションを表示します。
- ステップ2 *-以下に示すように[編集]ボタンをクリックします。
編集ページでテストケースの詳細を開きます。
- ステップ3 *-以下に示すように、名前、詳細、またはその他のフィールドを編集できます。
- ステップ4 *-[保存]ボタンをクリックして、テストケースを更新します。
テストケースの移動/コピー
テストケースを移動/コピーするには、テストスイートの作成/編集権限が必要です。 この機能により、重複するテストケースを作成したり、構造を並べ替えることができます。
- ステップ1 *-テストスイートを別のプロジェクトにコピー/移動するには、コピー/移動する必要があるテストケースを選択し、アクションと呼ばれる設定アイコンをクリックします。
- ステップ2 *-以下に示すように[移動/コピー]ボタンをクリックします。
- ステップ3 *-[移動/コピー]ページを開きます。 テストスイートを選択して、新しいテストケース名を移動またはコピーし、キーワードと要件をターゲットスイートにコピー/移動するかどうかを決定できます。
- ステップ4 *-選択後、必要に応じて[コピー]または[移動]ボタンをクリックします。
- ステップ5 *-コピーボタンは両方のスイートのテストスイートをコピーし、移動ボタンはテストケースを現在のスイートからターゲットスイートに移動します。
次のスクリーンショットは、テストケースを別のスイートにコピー/移動する方法を示しています-
テストケースを削除する
テストケースを削除するには、テストケースの削除権限が必要です。
- ステップ1 *-テストケースを削除するには、削除する必要があるスイートからテストケースを選択し、アクションと呼ばれる設定アイコンをクリックします。
- ステップ2 *-完了したら、以下に示すように削除ボタンをクリックします。
削除する確認メッセージが表示されます。 次のスクリーンショットに示すように、[はい]をクリックしてテストケースを削除します。
ページが更新され、画面の左側のパネルのツリー構造からテストケースが削除されます。
以下に示すように、正常な削除メッセージが表示されます。
アクティブ属性
この機能は、1つのテストケースに多数のバージョンがある場合に非常に便利です。 アクティブ/非アクティブ属性は、使用するテストケースを認識するのに役立ちます。
- ステップ1 *-テストケースの新しいバージョンを作成するには、以下に示すように[新しいバージョンを作成]ボタンをクリックします。
テストケースの新しいバージョンが作成され、以下に示すように成功したメッセージが表示されます。
新しいバージョンが作成されると、デフォルトではアクティブモードになります。
新しいバージョンを作成する前に、以前のテストケースのバージョンを非アクティブ化することをお勧めします。
「テストケースをテスト計画に追加」では、テストケースバージョンの非アクティブ化は使用できません。 これは、テスト設計者に役立ちます。 テストケースのバージョンを編集または変更できます。完了したと判断した場合にのみ、ステータスをアクティブに変更して、テスト計画で使用できるようにします。
- ステップ2 *-[アクション]をクリックすると、[このバージョンを無効にする]ボタンが表示されます。
- ステップ3 *-ボタンをクリックすると、テストケースバージョンが非アクティブ化されたというメッセージが表示され、ボタンが「このバージョンをアクティブ化」に変わります。
TestLink-データのインポート
TestLinkは、XMLおよびCVSファイルをサポートしてデータをインポートします。 テストスイート、テストケース、要件、テスト実行結果、キーワードなどのデータのインポートをサポートします。 ただし、ほとんどの場合XMLのみをサポートし、XMLとCVSの両方をサポートすることはほとんどありません。
次の表に、インポートをサポートする機能とファイル形式をサポートする機能を示します。
Item | File Format | Import |
---|---|---|
Test Project | XML | Yes |
Test Suite | XML | Yes |
Test Case | XML, XLS | Yes |
Keyword | CSV, XML | Yes |
Requirement | CSV, XML | Yes |
Results | XML | Yes |
Platforms | XML | Yes |
Custom Fields | XML | Yes |
テストスイートとケースのインポート
サンプルファイル-以下は、テストスイートのインポートに使用できるキーワードを含むXMLファイルです。
<testsuite name = "Child Suite2">
<details>abc</details>
<testcase name = "Sample test case2">
<summary>test case sample- update</summary>
<preconditions>1. TestLink should be installed</preconditions>
<steps>
<step>
<step_number>1</step_number>
<actions>Go to www.google.com</actions>
<expectedresults>Google Home page should display</expectedresults>
</step>
</steps>
<keywords>
<keyword name = "Sample Test">
<notes>abc</notes>
</keyword>
</keywords>
</testcase>
</testsuite>
- キーワードを追加したくない場合は、XMLファイルからキーワードセクションを削除できます。
- 複数のテストケースをインポートする場合は、すべてのサブノードで<testcase>セクションを複数回追加します。
- 既存のテストスイートにテストケースのみをインポートする必要がある場合は、<testsuite>タグを削除し、<testcase>でXMLファイルを開始します。
テストスイートをインポートする
- ステップ1 *-テストスイートをインポートするには、ダッシュボードから[テスト仕様]→[テスト仕様]に移動します。
- ステップ2 *-左ペインでプロジェクトとテストスイートをインポートするフォルダーを選択します。
OR
テストケースのみをインポートするには、テストケースをインポートする必要がある最も近いテストスイートフォルダーを選択します。
- ステップ3 *-以下に示すように、右ペインの[アクション]アイコンをクリックします。
テストスイートの操作が表示されます。
- ステップ4 *-以下に示すように、インポートアイコンをクリックします-
OR
テストケースのみをアップロードするには、[テストケース操作]([テストスイート操作]の下)にある[インポート]アイコンをクリックします。
[テストスイートのインポート]ページが開きます。 デフォルトでは、ファイルタイプはXMLとして選択されています。
- ステップ5 *-次の詳細を入力します-
- ファイル-XMLファイルを選択してアップロードします。 ファイルの最大サイズは400KBでなければなりません。
- 次の場合は、テストケースを重複と見なします。リストから適切なオプションを選択します。
- 複製のアクション:リストから適切なオプションを選択します。
- ステップ6 *-以下に示すように[ファイルのアップロード]ボタンをクリックします-
- ステップ7 *-インポート後、次のように成功したメッセージが表示されます。
XLSを使用したテストケースのインポート
次のように複数のテストケースをインポートするためのサンプルXLSファイル-
Name | Summary | Steps | Expected Result |
---|---|---|---|
Engine fast startup | Startup on 5 second | Too fast to write steps | Engine should start |
Engine emergency stop | Engine stop due to panic button |
|
Engine should stop instantly |
最初の行はインポートされません。 列の説明があるはずです。
- ステップ1 *-テストケースをインポートするには、ダッシュボードから[テスト仕様]→[テスト仕様]に移動します。
- ステップ2 *-テストケースをインポートする必要がある最も近いテストスイートフォルダーを選択します。
- ステップ3 *-右ペインの[アクション]アイコンをクリックします。
テストケース操作が表示されます。
- ステップ4 *-以下に示すように、インポートアイコンをクリックします。
[テストケースのインポート]ページが開きます。
- ステップ5 *-デフォルトでは、選択されるファイルタイプはXMLです。 それをXLS/CSVに変更し、次の詳細を入力します-
- ファイル-ファイルを選択してアップロードします。 ファイルの最大サイズは400KBでなければなりません。
- 次の場合は、テストケースが重複していると見なします-リストから適切なオプションを選択します。
- 重複に対するアクション-リストから適切なオプションを選択します。
- ステップ6 *-以下に示すように、[ファイルのアップロード]ボタンをクリックします。
インポート要件
TestLinkは、要件をインポートするためのXMLおよびCSVファイルをサポートしています。
要件のサンプルXMLファイルは次のようになります-
<requirements>
<requirement>
<docid>ENG-0001</docid>
<title>Add a product</title>
<description>ABC</description>
</requirement>
<requirement>
<docid>ENG-0002</docid>
<title>Add price </title>
<description>Price</description>
</requirement>
</requirements>
要件のサンプルCSVファイルは次のようになります-
ENG-0001,Add a product,ABC
ENG-0002,Add price,Price
- ステップ1 *-要件をインポートするには、ダッシュボードから要件仕様→要件仕様に進みます。
- ステップ2 *-要件を左パネルでインポートする要件仕様フォルダを選択します。
- ステップ3 *-右ペインの上部にある[アクション]アイコンをクリックします。
[要件の操作]ページが表示されます。
- ステップ4 *-以下に示すように[インポート]ボタンをクリックします。
要件のインポートページが表示されます。
- ステップ5 *-次の詳細を入力します。
- File Type-CSV、XML、またはリストされている他の形式のCSVおよびXMLファイルを選択できます。
- File-対応するファイルをアップロードします。
- 次の場合は、テストケースが重複していると見なします-リストから適切なオプションを選択します。
- 重複に対するアクション-リストから適切なオプションを選択します。
- ステップ6 *-以下に示すように、[ファイルのアップロード]ボタンをクリックします。
アップロード後、インポートされた詳細とともにインポート完了メッセージが表示されます。
アップロード後、インポートされた詳細とともにインポート完了メッセージが表示されます。
同様に、サポートされているファイルとダッシュボードにアクセスする各セクションを使用して、キーワード、プラットフォーム、および結果をインポートできます。
TestLink-データのエクスポート
TestLinkは、XMLおよびCSVファイルをサポートしてデータをエクスポートします。 テストスイート、テストケース、要件、テスト実行結果、キーワードなどのデータのエクスポートをサポートします。 ただし、いくつかのケースではXMLのみをサポートし、ほとんどの場合XMLとCSVの両方をサポートします。
次の表に、エクスポートとファイル形式をサポートする機能を示します。
Item | File Format | Export |
---|---|---|
Test Project | XML | Yes |
Test Suite | XML | Yes |
Test Case | XML | Yes |
Keyword | CSV, XML | Yes |
Requirement | CSV, XML | Yes |
Platforms | XML | Yes |
Custom Fields | XML | Yes |
輸出要件
TestLinkは、要件データをエクスポートするためのXMLおよびCSVをサポートしています。
- ステップ1 *-ダッシュボードから要件仕様→要件仕様に移動します。
- ステップ2 *-すべての要件仕様をエクスポートするには、左ペインから親フォルダーを選択し、右側の[すべての要件仕様をエクスポート]ボタンをクリックします。
- ステップ3 *-フォルダー内のすべての要件の詳細を含む1つの要件仕様をエクスポートするには、左ペインでフォルダーを選択し、右ペインで[アクション]アイコンをクリックします。
要件仕様の操作ページが表示されます。
- ステップ4 *-[エクスポート]をクリックします。
OR
要件の詳細のみをエクスポートし、要件仕様はエクスポートしない場合は、以下に示すように、要件操作(要件仕様操作セクションの下にある)の下にあるエクスポートボタンをクリックします。
これらの[エクスポート]ボタンのいずれかをクリックすると、[要件のエクスポート]ページが表示されます。
- ステップ5 *-エクスポートファイル名を編集できます。 ファイルの種類を選択します。 次に、以下に示すように、エクスポートボタンをクリックします。
[ダウンロード]フォルダーに移動してアクセスできるローカルドライブに、対応するファイルをダウンロードします。
テストスイートとケースのエクスポート
TestLinkは、テストスイートとケースデータをエクスポートするXMLをサポートしています。
- ステップ1 *-ダッシュボードからテスト仕様→テスト仕様に移動します。
- ステップ2 *-すべてのテストスイートをエクスポートするには、左ペインから親フォルダーを選択し、右ペインの[アクション]アイコンをクリックします。
テストスイートの操作ページが開きます。
- ステップ3 *-以下に示すように、右側の[すべてのテストスイートをエクスポート]アイコンをクリックします。
- ステップ4 *-フォルダー内のすべてのテストケースを含む1つのテストスイートをエクスポートするには、左ペインでフォルダーを選択し、右ペインで[アクション]アイコンをクリックします。
Test Suite Operationsページが表示されます。
- ステップ5 *-[エクスポート]をクリックします。
OR
テストケースのみをエクスポートし、テストスイートはエクスポートしない場合は、以下に示すように、テストケース操作の下にある[エクスポート]ボタンをクリックします。
これらのエクスポートボタンのいずれかをクリックすると、テストスイート/ケースのエクスポートページが表示されます。
- ステップ6 *-エクスポートファイル名を編集できます。 ファイルの種類を選択します。
使用可能な詳細のチェックボックスを選択することにより、エクスポートされたデータを選択して絞り込むことができます。
- ステップ7 *-以下に示すように、[エクスポート]ボタンをクリックします。
[ダウンロード]フォルダーに移動してアクセスできるローカルドライブに、対応するファイルをダウンロードします。
TestLink-テスト計画関係
テスト計画には、範囲内のテストケースのセットが含まれます。 実行を開始する前に、テスト計画にはテストセットが必要です。 テスト計画は、テスト計画に割り当てる前に実行できません。
テストケースを計画に追加する
以下は、テストケースをテスト計画に追加する手順です。
- ステップ1 *-以下に示すように、テスト計画の内容→ダッシュボードからテストケースを追加/削除します。
[テストケースの追加/削除]ページが開きます。
- ステップ2 *-左パネルのフィルターを使用してフォルダーを検索し、テストケースフォルダーをクリックします。
右側のパネルに[テスト計画-テスト計画をテスト計画に追加]ページが表示されます。
- ステップ3 *-利用可能なすべてのテストケースをチェックして、テスト計画に追加します。
- ステップ4 *-これを個人に割り当てるには、[割り当て]ドロップダウンから選択します。
- ステップ5 *-ビルドも選択します。
- ステップ6 *-[選択を追加]ボタンをクリックして、テストケースをテスト計画に追加します。
[選択を追加]をクリックすると、テストケースの色が変更されます。
- ステップ7 *-次のスクリーンショットに示すように、[選択を追加]ボタンが[選択を追加/削除]に変わります。
プランからテストケースを削除する
テスト計画からテストケースを削除するには、次の手順を実行する必要があります-
- ステップ1 *-以下に示すように、テスト計画の内容→ダッシュボードからテストケースを追加/削除します。
[テストケースの追加/削除]ページが開きます。
- ステップ2 *-左パネルのフィルターを使用してフォルダーを検索し、テストケースフォルダーをクリックします。
右側のパネルに[テスト計画-テスト計画をテスト計画に追加]ページが表示されます。
- ステップ3 *-削除する必要があるテストケースを選択します。
- ステップ4 *-以下に示すように、[選択した追加/削除]ボタンをクリックします。
TestLink-検索
検索機能を使用して、表示される結果を絞り込みます。 TestLinkは、特定の結果を見つけるための多くのフィールドを持つ幅広い検索機能をサポートしています。
TestLinkは次の検索機能をサポートしています-
- 検索要件
- 検索要件の仕様
- テストケースを検索
- 共通検索テキストボックス
共通検索テキストボックス
次のスクリーンショットに示すように、上部には、特定のテストケースを見つけるために使用される検索テキストボックスがあります。 通常、テストケースIDはSP- <インデックス>で始まります。 数値を入力して、特定のテストケースを直接見つけることができます。 このテキストボックスは、すべてのページに表示されます。
検索要件
要件仕様セクションでは、TestLinkは検索要件機能をサポートしています。
検索要件を使用するには、次の手順を実行する必要があります-
- ステップ1 *-以下に示すように、要件仕様→検索要件に移動します。
要件検索ページが開きます。
検索では大文字と小文字は区別されません。 結果には、実際のテストプロジェクトの要件のみが含まれます。
- ステップ2 *-検索された文字列を適切なボックスに書き込みます。 未使用のフィールドは空白のままにします。
- ステップ3 *-必要なキーワードを選択するか、値を「未適用」のままにします。
要件を見つけるためにサポートされているフィールドの次のリストがあります-
Req. ドキュメントID、バージョン、タイトル、スコープ、ステータス、タイプ、予想される番号 テストケースの種類、関係の作成日、作成日、作成日、変更日、変更日、テストケースID、ログメッセージ
- ステップ4 *-[検索]ボタンをクリックします。
満たされているすべての要件が表示されます。 「タイトル」リンクを使用して要件を変更できます。
検索要件の仕様
要件仕様セクションで、TestLinkは検索要件仕様機能をサポートします。
検索要件仕様を使用するには、次の手順を実行する必要があります-
- ステップ1 *-以下に示すように、要件仕様→検索要件仕様に移動します。
要件仕様の検索ページが開きます。 検索では大文字と小文字は区別されません。 結果には、実際のテストプロジェクトの要件仕様のみが含まれます。
- ステップ2 *-検索された文字列を適切なボックスに書き込みます。 フォームの未使用フィールドは空白のままにします。
- ステップ3 *-必要なキーワードを選択するか、値を「未適用」のままにします。
要件仕様を見つけるためにサポートされているフィールドの次のリストがあります-
Req. ドキュメントID、タイトル、スコープ、タイプ、ログメッセージ。
- ステップ4 *-[検索]ボタンをクリックします。
すべての要件を満たす仕様が表示されます。 「タイトル」リンクを使用して要件を変更できます。
Step4 Search Requirements Specifications
テストケースを検索
テスト仕様セクションで、TestLinkはテストケースの検索機能をサポートします。
以下は、検索テストケースを使用するために実行する手順です。
- ステップ1 *-次のスクリーンショットに示すように、テスト仕様→検索テストケースに移動します。
[テストケースの検索]ページが開きます。 検索では大文字と小文字は区別されません。 結果には、実際のテストプロジェクトのテストケースのみが含まれます。
- ステップ2 *-検索された文字列を適切なボックスに書き込みます。 フォームの未使用フィールドは空白のままにします。
- ステップ3 *-必要なキーワードを選択するか、値を「未適用」のままにします。
テストケースを見つけるためにサポートされているフィールドの次のリストがあります-
テストケースID、バージョン、タイトル、テストの重要度、ステータス、概要、前提条件、手順、期待される結果、作成者、編集者、変更日、変更日、変更日、キーワードまたは要件 ドキュメントID。
- ステップ4 *-[検索]ボタンをクリックします。
すべてのフルフィルメントテストケースが表示されます。 [タイトル]リンクを使用してテストケースを変更できます。
TestLink-キーワード
キーワードは、テストケースを分類するために使用されます。 キーワードはフィルタリングに最適です。 同じテストケースを1か所に分類して配置するわけではありません。キーワードは、同じキーワードを使用して、同じスコープの異なるフォルダーからテストケースをまとめるのに役立ちます。 例-回帰テストケース、スモークテストケース、Solarisおよび変更要求など
キーワードを作成
キーワードを作成するには、キーワードの作成権限が必要です。
- ステップ1 *-以下に示すように、ダッシュボードからテストプロジェクト→キーワード管理に移動します。
[キーワードの作成]ボタンとともに[キーワード管理]ページが開きます。
- ステップ2 *-以下に示すように、[キーワードの作成]ボタンをクリックします。
[キーワードの作成]ページが開きます。
- ステップ3 *-キーワードと説明を入力します。
- ステップ4 *-下に示す[保存]ボタンをクリックします。
保存されたキーワードのリストは、キーワード管理ページに表示されます。
キーワードを割り当てる
以下は、キーワードを割り当てる手順です-
- ステップ1 *-以下に示すように、ダッシュボードからテストプロジェクト→キーワード管理に移動します。
[テストケースへの割り当て]ボタンとともに[キーワード管理]ページが開きます。
- ステップ2 *-以下に示すように、[テストケースに割り当て]ボタンをクリックします。
- ステップ3 *-左側のツリービューでテストスイートまたはテストケースを選択します。
右側に表示される一番上のボックスでは、使用可能なキーワードをすべてのテストケースに割り当てることができます。
- ステップ4 *-選択後、次のスクリーンショットに示すように[保存]ボタンをクリックします。
最後に、アイテムが更新されたことを示す成功メッセージが表示されます。
TestLink-テスト仕様書
テスト仕様をドキュメントとして生成できます。
- ステップ1 *-テスト仕様を生成するには、ダッシュボードからテスト仕様→テスト仕様に進みます。
テスト仕様ページが開きます。
- ステップ2 *-左側のルートプロジェクトフォルダーまたはスイートフォルダーのいずれかで、テスト仕様ドキュメントを生成するフォルダーを選択します。
- ステップ3 *-以下に示すように、右側のパネルにあるアクションと呼ばれる設定アイコンをクリックします。
Test Suite Operationsページが開きます。
次の2つのオプションが表示されます。新しいウィンドウでのテスト仕様ドキュメント(HTML)と、別のオプションテスト仕様ドキュメントのダウンロード(疑似ワード)です。
オプションをクリックすると、次のようにテスト仕様の詳細が表示されます。
TestLink-要件の作成
要件は、特定のシステムサービス、制約、または要件収集プロセス中に生成される詳細な仕様に関する高レベルの説明です。
TestLinkは、要件を作成し、バージョンの編集、削除、フリーズなどのさまざまなアクションを実行できる要件仕様をサポートしています。
要件を作成する
要件を作成するには、要件の作成権限が必要です。
要件を作成する手順は次のとおりです-
- ステップ1 *-以下に示すように、ダッシュボードから要件仕様→要件仕様に移動します。
- ステップ2 *-左側で、要件を追加するフォルダー構造を検索します。
- ステップ3 *-以下に示すように、右側のパネルにある[作成]ボタンをクリックします。
要件の作成ページが開き、ドキュメントID、タイトル、スコープ、要件のタイプを指定できます。
- ステップ4 *-[保存]ボタンをクリックして、以下に示すようにリストに要件を追加します。
要件仕様として親フォルダーを追加します。
- ステップ5 *-親フォルダーをクリックし、次のスクリーンショットに示すように、右側のパネルに表示されるアクションと呼ばれる設定アイコンをクリックします。
[要件の操作]ページが表示されます。
- ステップ6 *-次のスクリーンショットに表示されている[作成]ボタンをクリックします。
[要件の作成]フォームが表示されます。
- ステップ7 *-[保存]ボタンをクリックする前に、次のフィールドに入力します。
- *ドキュメントID *-識別する一意のID。
- タイトル-一意のタイトルで、100文字以内である必要があります。
- Scope -HTML形式のテキストです。
- ステータス-有効、ドラフト、レビュー、リワーク、完了、実装済み、テスト不可、廃止などの値を持つことができます。
- タイプ-情報、機能、ユースケース、ユーザーインターフェース、非機能、制約、またはシステム機能として値を持つことができます。
- 必要なテストケースの数-要件をカバーするために推定されるテストケースが必要です。
[保存]をクリックすると、要件が追加され、追加フィールドとともに表示されます。
- ステップ8 *-+アイコンをクリックして、カバレッジを追加します。
- ステップ9 *-現在の要件と、親、子、関連、ブロック、依存などの既存の要件との関係を追加します。
さらに、次のスクリーンショットに示すように、要件の詳細についてファイルを添付することもできます。
TestLink-要件の概要
要件の概要は、TestLinkの便利な機能の1つです。 リストされているすべての要件を1か所で確認できるほか、複数のバージョンがある場合は使用可能なすべてのバージョンを確認できます。
以下に示すように、ダッシュボードから要件仕様→要件概要に移動します。
要件のリストを含む[要件の概要]ページが表示されます。
この概要には、すべての要件(最新またはすべてのバージョン)およびすべての関連属性が表示されます。 さらに、要件に対して定義されたすべてのカスタムフィールドが別の列に表示されます。
上部の「各要件のすべてのバージョンを表示する」チェックボックスをオンにすると、すべてのバージョンを表示することが表示されます。
カバレッジ-たとえば 「20%(4/20)」は、この要件を完全にテストするために20のテストケースを作成する必要があることを意味します。 そのうちの4つがすでに作成され、この要件にリンクされているため、20%のカバレッジになります。
次のスクリーンショットは、要件の概要ページを示しています。
鉛筆アイコンをクリックすると、上記のスクリーンショットに示すように要件の詳細を編集できます。 編集モードで要件の詳細とともに新しいウィンドウが開きます。
TestLink-テスト実行の割り当て
TestLinkは、異なるユーザーに実行するテストケースを割り当てる機能をサポートしています。 テストケースの割り当ては、実行とレポートの両方に影響します。 実行ページで、実行可能テストケースを並べ替えて、誰に割り当てられているかを表示できます。 レポートセクションでは、テスターの名前でグループ化された残りのテストケースを確認できます。 テスターにテストケースが割り当てられていない場合、デフォルトではnoneになります。 テスターは、実行したテストのメトリックも確認できます。
テストケースを割り当てる
以下は、テストケースを割り当てる手順です-
- ステップ1 *-テスト計画の内容に移動→ダッシュボードから以下に示すようにテストケースの実行を割り当てます。
- ステップ2 *-画面の左側で、テストスイートを検索してクリックします。 右側にある詳細とテストケースが表示されます。
- ステップ3 *-割り当てるテストケースを選択します。 既存のユーザーが存在するかどうかを確認します。 [割り当て先]フィールドには、割り当てられている場合はユーザー名が表示されます。
- ステップ4 *-テキストボックスの割り当てに移動し、ユーザーの名前の入力を開始します。 一致したユーザーのリストが表示され、そこからユーザー名を選択できます。
- ステップ5 *-画面上部にある[保存]ボタンをクリックします。
テストケースを割り当てると、ユーザー名が赤いシンボルとともに[割り当て先]セクションに表示されます。
- ステップ6 *-割り当てられたユーザーを削除する必要がある場合は、赤いシンボルRed Symbolをクリックするだけで、割り当てられたユーザーが削除されます。
TestLink-一括ユーザー割り当て
一括ユーザー割り当ては、通常の割り当てとほぼ同様です。 唯一の違いは、複数のユーザーを一度に1つのテストケースと複数のテストケースに割り当てることができることです。
一括ユーザー割り当ての手順は次のとおりです-
- ステップ1 *-次のスクリーンショットに示すように、ダッシュボードからテスト計画の内容→テストケースの実行に移動します。
- ステップ2 *-左側でテストスイートを検索してクリックします。 右側のパネルに詳細とテストケースが表示されます。
- ステップ3 *-複数のユーザーに割り当てる複数のテストケースを選択します。 既存のユーザーが存在するかどうかを確認します。 [割り当て先]フィールドには、割り当てられている場合はユーザー名が表示されます。
- ステップ4 *-上部の[一括ユーザー割り当て]テストボックスに移動します。 ユーザーの名前の入力を開始します。 ユーザー名を選択できる一致ユーザーのリストが表示されます。 テキストボックスに複数のユーザーを追加します。
ステップ5 *-テキストボックスの右側にある *Do ボタンをクリックします。
選択した各テストケースの[割り当て先]フィールドにユーザー名が表示されます。
- ステップ6 *-[保存]ボタンをクリックして、これらのユーザーにテストケースを割り当てます。
テストケースを割り当てると、ユーザー名が赤いシンボルとともに[割り当て先]セクションに表示されます。
- ステップ7 *-割り当てられたユーザーを削除する必要がある場合は、赤い記号をクリックするだけで、割り当てられたユーザーが削除されます。
一括ユーザー削除
ユーザーを一括削除するには、まず、割り当てられたユーザーを削除する必要があるテストケースを選択します。
画面上部にある[ユーザーの一括削除を行う]ボタンをクリックします。
そのテストケースの割り当てられたユーザーを削除します。
TestLink-プラットフォーム
プラットフォームとは、テストケースを実行する必要があるシステムの場所または構成を意味します。 プラットフォームには、Chrome、Safari、IE、MozillaなどのさまざまなWebブラウザーを使用できます。 または異なるオペレーティングシステム、ハードウェアデバイス、または構成。
選択したプラットフォームは、テストケースが実行されるテスト計画に関連付ける必要があります。 テストプロジェクトでは、製品をリリースする前にテストするために複数のプラットフォームが必要になる場合があります。 テストケースは、プラットフォームおよびテスト計画にも接続する必要があります。
プラットフォームを追加
プラットフォーム機能を使用するには、まずプラットフォーム管理で作成する必要があります。 プラットフォームを作成するには、プラットフォーム管理権限が必要です。
プラットフォームを作成する手順は次のとおりです。
- ステップ1 *-以下に示すように、ダッシュボードから[プロジェクトのテスト]→[プラットフォーム管理]に移動します。
プラットフォーム管理ページが表示されます。
- ステップ2 *-以下に示すように、[プラットフォームの作成]ボタンをクリックします。
[プラットフォームの作成]フォームが開きます。
- ステップ3 *-プラットフォーム名と説明を入力します。
- ステップ4 *-[保存]ボタンをクリックします。
「保存」をクリックすると、プラットフォームがプラットフォーム管理にリストされます。
プラットフォームを削除する
- ステップ1 *-テストプロジェクト→プラットフォーム管理に移動します。 使用可能なすべてのプラットフォームのリストと、削除記号(X)が赤で表示されます。
- ステップ2 *-以下に示すように、削除記号をクリックします。
削除の確認ポップアップが表示されます。
- ステップ3 *-[はい]ボタンをクリックします。
ページが更新され、プラットフォームがページから削除されます。
TestLink-マイルストーン
マイルストーンはプロジェクトに関連付けられており、進行状況とタイムラインを追跡する最良の方法の1つです。 プロジェクトの小さなターゲットに似ています。 マイルストーンは、計画されているパブリックソフトウェアリリース、内部テストバージョン、重要な顧客向けの新しいベータリリースなど、重要なターゲットになる可能性があります。
利害関係者がマイルストーンをTestLinkに追加すると、ユーザーはテスト実行を特定のマイルストーンに割り当てることができます。 マイルストーンの進捗を個別に追跡するのに役立ちます。 特に、複数のマイルストーンが並行して進行している場合、またはユーザーが同時に多くのテスト実行をアクティブにしている場合。
マイルストーンを追加する
マイルストーンを追加する手順は次のとおりです。
- ステップ1 *-以下に示すように、ダッシュボードからテスト計画→マイルストーン概要に移動します。
[作成]ボタンとともに[マイルストーン]ページが開きます。
- ステップ2 *-以下に示す[作成]ボタンをクリックします。
マイルストーンの作成フォームが開きます。
- ステップ3 *-名前、目標日、開始日を入力します。
サブマイルストーンには、高優先度の完全テスト、中優先度の完全テスト、低優先度の完全テストがあります。
- ステップ4 *-パーセンテージを入力したら、[保存]ボタンをクリックします。
次のスクリーンショットに示すように、マイルストーンのステータスと進捗状況を確認できます。
マイルストーンを削除する
- ステップ1 *-テスト計画→マイルストーン概要に移動します。 使用可能なすべてのマイルストーンのリストと、削除記号(X)が赤で表示されます。
- ステップ2 *-以下に示すように、削除記号をクリックします。
削除確認ポップアップが表示されます。
- ステップ3 *-以下に示すように[はい]ボタンをクリックします。
ページが更新され、マイルストーンがページから削除されます。
TestLink-テスト実行セットアップ
実際の実行を開始する前に、実行スイートのセットアップは、進行状況と実行ステータスを追跡するために必要な手順です。 この段階は、テスト実行セットアップと呼ばれます。
実行する前に、次のドキュメントの準備ができていることを確認してください-
- テスト仕様は、プロジェクトで記述および言及されています。
- テスト計画が作成され、レビューされます。
- テストケースが作成され、カバレッジのテスト計画にマップされます。
- プロジェクトに対して少なくとも1つのビルドが作成されます。
実行およびこのテスト計画で作業するための適切な許可が必要です。
ナビゲーションと設定
以下は、テストケースを実行するためのナビゲーションと設定を設定する手順です。
- ステップ1 *-以下に示すように、ダッシュボードから[テストの実行]→[テストの実行]に移動します。
左側のパネルに設定とフィルターがあるテストの実行ページが開きます。
これら2つに加えて、ツリーメニューもあります。
- ステップ2 *-テスト計画を選択し、設定セクションでビルドします。
- ステップ3 *-フィルターセクションで、フィルターの下にあるツリー構造を絞り込むことができます。
次のスクリーンショットは、テストの実行ページでナビゲーションと設定を表示します-
テスト済みビルドを定義する
テストケースの実行結果を追加するには、アクティブなビルドのいずれかを指定する必要があります。 指定しない場合、デフォルトで最新のビルドが設定されます。
ビルドラベルは、追跡目的でテスト対象のアプリケーションの正確なパッケージを指定します。 各テストケースは、ビルドごとに1回以上実行できます。 ただし、ビルドに対して1つのテストサイクルのみを実行することをお勧めします。
ビルドは、テストリーダーが[新しいビルドの作成]ページを使用して作成できます。
ツリーメニュー
[フィルター]セクションの下のナビゲーションウィンドウのツリーメニューには、テスト計画のフィルターされたテストケースのリストが表示されます。
テストケースを選択することにより、右側のパネルでテスト実行のための適切なテストケースを開くことができます。
ツリーメニューのテストスイートには、次のスクリーンショットに示すように、テスト計画の詳細とビルドの詳細が表示されます。
TestLink-テスト実行
テスト実行とは、コードを実行し、期待される結果と実際の結果を比較するプロセスです。
試験状況
デフォルトでは、テストケースは実行なしステータスのままです。 ステータスがテストケースに割り当てられると、実行ステータスなしに戻すことはできません。
テストケースには、合格、失敗、またはブロックとして結果を割り当てることができます。 TestLinkは、個々のテストステップにも結果を割り当てることをサポートしています。 テストケースの個々のステップで、合格、失敗、またはブロックのステータスを割り当てることができます。
- 合格-テストケースまたはステップが期待される結果と一致する場合、合格としてマークされます。
- Failed -テストケースまたはステップが期待される結果から逸脱すると、Failedとマークされます。
- ブロック-未解決の問題が原因でテストケースまたはステップを実行できない場合、ブロック済みとしてマークされます。
テスト結果を挿入
テストケースまたはテストステップを実行したら、結果をそれらに割り当てる必要があります。
テスト結果を挿入しながら、次の手順を実行する必要があります-
- ステップ1 *-以下に示すように、テストの実行→実行テストまたは自分に割り当てられたテストケースに移動します。
- ステップ2 *-左パネルからテストケースを選択します。 テストケースのすべての詳細と手順が表示されます。
- ステップ3 *-テストステップには、実行ノートと結果列があります。 実行後、実行ノートとしてコメントを入力できます。
- ステップ4 *-結果を合格、失敗、またはブロックとして選択します。
結果選択をサポートするために、画像またはスクリーンショットファイルをアーティファクトとして添付することもできます。
- ステップ5 *-以下に示す「メモ/説明」セクションで、テストケースの実行に関する全体的なコメントを入力します。
- ステップ6 *-Notes/Descriptionの右側に、実行時間(分)が表示されます。 このテストケースの実行中に費やした分数を入力します。
- ステップ7 *-[実行期間]テキストボックスの下に、テストケースの全体的な結果ステータスを選択するための3つのアイコンがあります。 アイコンは、左から右に合格、失敗、ブロックされています。
選択後、全体の結果はすべての実行反復で更新されます。
- ステップ8 *-詳細な実行結果を表示するには、印刷アイコンをクリックします。 以下に示すように、シンボルは右端の実行モード列にあります。
以下に示すように、実行の詳細とコメントをステップごとに表示する新しいウィンドウが開きます。
実行を削除
実行モード列に表示されるXの削除赤いシンボルをクリックして、実行結果を削除できます。
削除する確認ポップアップが開きます。 OKボタンをクリックしてください。
TestLink-レポートとメトリック
レポートとメトリックは、プロジェクトの進行状況の追跡に役立つ1つの場所で実行結果をグループ化します。
[レポートとメトリック]セクションにアクセスするには、以下に示すように、ダッシュボードから[テスト実行]→[レポートとメトリックのテスト]を選択します。
左ペインは、各レポートに移動し、レポートの動作と表示のコントロールを操作するために使用されます。 [印刷]ボタンは、右側のペインの印刷を初期化します(ナビゲーションは印刷されません)。
HTMLまたはPseudo MS Wordとして印刷できます。 レポートをHTML形式で電子メールで送信することもできます。 右側のペインには、各レポートの概要が表示されます。
一般的なテスト計画のメトリック
これらのメトリックは、テストスイート、所有者、マイルストーン、優先度、キーワードという基準でテスト計画の現在のステータスを表示します。
これに加えて、有効なすべてのビルドの基本的なメトリックも表示されます。 現在のステータスは、テストケースが実行される最近のビルドによって決定されます。
たとえば、テストケースが複数のビルドで実行される場合、最新の結果のみがカウントされます。 最終テスト結果は、多くのレポートで使用される概念であり、次のように決定されます-
- ビルドの順序がテスト計画に作成されます。 たとえば、ビルド1でテストが失敗し、ビルド2で合格としてマークされた場合、最新の結果は合格となります。
- テストケースが同じビルドで複数回実行される場合、最新の実行が考慮されます。 たとえば、ビルド3がリリースされ、午後1時に「合格」としてマークされ、午後5時に「失敗」としてマークされた場合、失敗と見なされます。
- ビルドで「実行なし」としてリストされているテストケースは考慮されません。 たとえば、テストケースがビルド1で「合格」としてマークされ、ビルド2で実行されない場合、最後の結果は「合格」と見なされます。
画面の左側にある[一般的なテスト計画のメトリック]をクリックすると、以下に示すようにすべての結果が表示されます。
トップレベルテストスイートによる結果-各トップレベルスイートの結果をリストします。 ステータスが合格、失敗、ブロック、未実行、完了(%)のテストケースの数が表示されます。 最上位スイートの結果には、すべての子スイートが含まれます。
ビルドごとの結果-すべてのビルドの実行結果をリストします。 ビルドごとに、合計テストケース、合計パス、%合格、合計失敗、%失敗、ブロック、%ブロック、未実行、および%未実行が表示されます。 テストケースが同じビルドで2回実行された場合、最新の実行が考慮されます。
キーワードごとの結果-現在のテスト計画のケースに割り当てられたすべてのキーワードと、それらに関連付けられた結果を一覧表示します。 各キーワードについて、合計テストケース、合計パス、合計合格、%合格、合計失敗、%失敗、ブロック、%ブロック、未実行、%未実行が表示されます。
TestLink-レポート
[レポート]モジュールでは、TestLinkがサポートするレポートを作成、表示、エクスポートできます。 TestLinkは、テストの実行、要件の範囲、テストケースの作成の詳細などの進捗状況をより適切に追跡するために、STLCのすべてのフェーズで幅広いレポートをサポートしています。 これらのレポートは、最も重要な情報を取得して、メトリックを準備します。
ダッシュボードからテストレポートとメトリックに移動すると、左側のパネルにさまざまなアクティビティで利用可能なレポートのリストが表示されます。 右側のパネルに、選択したレポートの詳細が次のように表示されます。
テスト結果マトリックス
このレポートには、現在ブロックされている、失敗した、合格した、または実行されていないすべてのテストケースが表示されます。 各ビルドの最後のテストケースの実行結果が表示されます。 さらに、最後の列には、最後に作成されたビルドの最後のテストケース実行結果が表示されます。
「最後のテスト結果」ロジック(上記の「一般的なテスト計画のメトリック」で説明)は、テストケースをブロック、失敗、合格、または実行なしと見なすべきかどうかを判断するために使用されます。
ユーザーが統合されたバグ追跡システムとTestLinkの関連者である場合、ブロックされたテストケースレポートと失敗したテストケースレポートには、関連するバグが表示されます。
テスト結果マトリックスにアクセスするには、左ペインのテスト結果マトリックスをクリックします。 次のスクリーンショットに示すように、右側にレポートが表示されます。
要件レポート
要件が現在のテストプロジェクトのテストケースにリンクされている場合、このレポートはテストレポートとメトリックで利用できます。
レポートは、[ビルドとステータス]ドロップダウンから選択された1つの要件仕様ドキュメントに対して生成されます。
メトリックと結果の概要という2つのセクションがあります。 次のメトリックが利用可能です-
- 要件の総数
- TestLink内の要件
- テストケースの対象要件
- テストケースでカバーされない要件
- 要件がカバーされていない、またはテストされていない
- テストされていない要件
要件は4つのセクションに分かれています。 各要件は、関連するすべてのテストケースと一緒にリストされます(テストケースの結果に応じて色付けされます)
- 合格した要件
- 失敗した要件
- ブロックされた要件
- 未実行の要件
次のスクリーンショットは、要件レポートを表示します-
TestLink-チャート
このレポートには、Webサーバーにインストールされたグラフィックライブラリが必要です。 「最後のテスト結果」ロジックは、4つのチャートすべてに使用されます。
チャートにアクセスするには、以下に示すように左ペインのチャートをクリックします。
レポートには、次のチャートが含まれています-
合格/失敗/ブロック/全体の円グラフ。上記のテストケースは実行されません。
以下に示すキーワード別の結果の棒グラフ。
以下に示すように、最上位スイートごとの結果の棒グラフ。
棒グラフの棒は、ユーザーが合格、失敗、ブロック、および未実行のケースのおおよその数を識別できるように色付けされています。