この表により表示するテストケースをフィルタリングすることができます。 選択したデータを表示します。 チェックを変更したり、「印刷オプション」ボタンをクリックしたり、 必要なデータのレベルをツリーから選択したりすることで 表示するデータを切り替えることができます。
ドキュメントのヘッダ: ドキュメントのヘッダ情報をフィルタリングすることもできます。 ドキュメントのヘッダ情報には以下のものが含まれます: イントロダクション、スコープ、参照、テスト手法、テストの制限事項。
テストケース本体: テストケース本体に含まれる情報をフィルタリングすることもできます。 テストケース本体には以下の情報が含まれます: 概要、ステップ、実行結果、キーワード。
テストケースの概要: テストケースのタイトルから、テストケースの概要情報をフィルタリングすることもできます。 しかし、テストケース本体から概要をフィルタリングすることはできません。 テストケースのタイトルを表示するときに、 概要のみを表示して、その他のステップ、実行結果、 キーワードを非表示にすることはできます。 しかし、テストケース本体を表示するときには必ずテスト概要は表示されます。
目次: TestLinkは全てのタイトルのリストを内部のハイパーリンク付きで挿入します。
出力形式: HTMLとMS Wordの２種類の形式で出力することができます。 後者の場合、ブラウザがMS Wordのコンポーネントを自動で読み込み、ドキュメントを表示します。
"; // testPlan.html $TLS_hlp_testPlan = "テスト計画は、システムをテストするための体系的なアプローチを提供します。 プロダクトのビルドや結果の追跡などのテストのアクティビティを管理することができます。
このページでは、ユーザがテストケースを実行し（テスト結果を登録し）、テスト計画のテストケーススイートを印刷できます。 このページでは、、ユーザが彼らの行ったテストケースの結果を追跡することもできます。
このページにアクセスできるのはリーダーだけです。このページではテスト計画の管理が出来ます。
テスト計画の管理には、計画の作成/編集/削除、
（テスト計画の中にある）テストケースの追加/編集/削除/アップデート、
ビルド作成と同様に、テスト計画のアクセス制御といった作業も含まれます。
リーダー権限を持つユーザは、優先度、リスク、テストケーススイート（カテゴリー）の所有権と、
テストのマイルストーンを作ることができます。
注意: テスト計画のドロップダウンにテスト計画が表示されない場合もあります。 このような状況では、すべてのリンクを使用することができないでしょう。 テストリーダもしくは管理者に連絡を取り、権限をアサインしてもらうか 新たなテスト計画を作成してもらうようにしてください。
"; // custom_fields.html $TLS_hlp_customFields = "カスタムフィールドは以下のように実装されています:
ユーザにテストケースの「実行」を許可します。実行自体は単にビルドに対する結果 (成功,失敗,ブロック)をテストケースに割り当てています。
バグ管理システムにアクセスするように設定することも可能です。 その場合は、バグの登録や、既存バグの閲覧などをおこなうことができます。
"; //bug_add.html $TLS_hlp_btsIntegration = "設定を行った場合
TestLinkはバグ管理システム(BTS)とスムーズに連携することができます。
BTSにバグ作成リクエストを送信すると、BUG IDを受け取ることができます。
BTSのページへの関連付けは、以下の機能を備えています：
左側のシートは、現在のテスト計画にアサインされているテストケースのナビゲータ、および、" . "設定とフィルターの一覧表で構成されています。" . "このフィルターを使用することでテスト実行前にテストケースを絞り込むことができます。" . "フィルターのオブションを設定し「適用」ボタンをクリックした後に、" . "ツリーからテストケースを選択します。
ビルドごとにフィルターをかけることもできます。" .
"テストケースの記録を追うための最も基本的な要素がビルドです。" .
"各テストケースは、ビルド内で複数回実行できますが最終結果として登録されるのは1つのみです。
新規ビルドの作成のページで新規ビルドを作成することができます。
テストケースを識別するID番号によってフィルターをかけることができます。このIDは、 テストケース作成時に自動で生成されます。この欄を空欄にするとフィルターが無効になります。
優先度によりフィルターをかけることができます。各テストケースには重要度が、" . "テスト計画には緊急度が設定され、優先度が計算されます。例えば、優先度「高」のフィルターでは、" . "重要度もしくは緊急度が「高」で、もう一方が「中」以上のテストケースを表示します。
テストの結果ごとにフィルターをかけることもできます。 テスト結果は、あるビルドでテストケースの実行中に何があったかを表しています。 テストケースの実行の結果として、成功、失敗、ブロック、未実行のいずれかのステータスが与えられます。" . "このフィルターはデフォルトでは無効になっています。
アサイン計画に従ってフィルターをかけることができます。また、「未アサインを含む」の" . "チェックボックスにより、アサインされていないテストケースを表示することができます。
"; /*デフォルト、または「最新」のチェックボックスがオフの場合、ツリーは
ドロップダウンボックスから選択されたビルドによってソートされます。
この状態では、ツリーにテストケースのステータスが表示されます。
例: ユーザーが、ドロップダウンボックスからビルド2を選択し、「最新」のチェックボックスを
オフにします。ビルド2からすべてのテストケースがステータスとともに表示されます。
したがって、ビルド2でテストケース1がパスすると緑色になります。
ユーザが「最新」のチェックボックスをオンにした場合、
ツリーは最新のテストケースの結果で色が決まります。
例: ユーザーがドロップダウンボックスからビルド2を選択し、今回は「最新」のチェックボックスをチェックします。
すべてのテストケースは最新の状態で表示されます。 したがって、ビルド3でテストケース1がパスした場合、
ユーザーがビルド2も選択していても、緑色になります。
テスト計画に関連づけられたテストケース全体は分析され、最新バージョンのテストケース一覧が表示されます。
"; // requirementsCoverage.html $TLS_hlp_requirementsCoverage = "この機能を用いると、ユーザまたはシステムが要求するテストケースの網羅率のマップを作成できます。 ホームの「要件仕様」リンクから操作できます。
各要件は、テストプロジェクトごとに作成する要件仕様ドキュメントによって
まとめられています。
ただし、TestLink 自体には、要件仕様、および要件の
バージョン管理機能はサポートされていません。もし、バージョンを考慮する必要がある場合は、
バージョン番号を含めた題号をタイトル欄に記載してください。
また、仕様の簡単な説明や備考をスコープ欄に記載することができます。
ドキュメント内の全要件数 は、 TestLinkに全要件を登録しなかった場合の要件網羅率を計算するために使用します。 値0を設定した場合は、TestLinkに登録されている要件数を指標計算で使用します。
例えば、SRSが 200 の要件を含んでいるが、50のみをTestLinkに登録したとします。 するとテストの要件網羅率は25%となります (追加した要件を全てテストした場合)。
要件を作成する要件仕様のタイトルをクリックしてください。 要件をドキュメントに作成、編集、削除、または要件をインポートすることができます。 どの要件もタイトル、スコープ、ステータスがあります。 ステータスは「通常」または「テスト不能」から選択する必要があります。 テスト不能要件は指標計算で使用されません。 このパラメータは実装されていない機能、間違った設計の要件のために使用されます。
要件仕様のページから、数回ボタンをクリックすることで、 要件をチェックするための新規テストケースを作成することができます。 これらのテストケースは、TestLinkの設定で定義された名前のテストスイートに格納されます (デフォルトでは \$tlCfg->req_cfg->default_testsuite_name = 'Test suite created by Requirement - Auto';)。 タイトルとスコープは作成されたテストケースにコピーされます。
"; $TLS_hlp_req_coverage_table = "内部リンクは、他の要件/要件仕様へのリンクを作成する目的で特別な構文で提供されます。
内部リンクの動作は、設定ファイルで変更できます。
使用方法:
要件へのリンク: [req]req_doc_id[/req]
要件仕様へのリンク: [req_spec]req_spec_doc_id[/req_spec]
ジャンプ先の要件/要件仕様のテストプロジェクト、バージョン、
アンカーを指定することもできます
[req tproj=<tproj_prefix> anchor=<anchor_name> version=<version_number>]req_doc_id[/req]
この構文は、要件仕様でも機能します (バージョン属性は効果がありません)。
バージョンを指定しない場合は、すべてのバージョンを含む要件全体が表示されます。
変更が行われるたびに、Testlinkはログメッセージを要求します。 このログメッセージは、トレーサビリティを目的に提供されます。 要件のスコープのみが変更された場合は、新しいリビジョンを作成するかどうかを自由に決めることができます。 スコープ以外のものが変更された場合は、常に新しいリビジョンを作成する必要があります。
"; // req_view $TLS_hlp_req_view = "このドキュメントを他のユーザーと簡単に共有するには、このドキュメントの上部にある地球のアイコンをクリックしてダイレクトリンクを作成します。
この機能により、複数の要件のリビジョン/バージョンが存在する場合、要件のリビジョン/バージョンを比較することができます。 概要は、各リビジョン/バージョン、タイムスタンプ、および最後に変更した作成者のログメッセージを提供します。
この要件にリンクされるすべてのテストケースを表示します。
要件の関連は、要件間の関連をモデル化するために使用されます。 カスタムの関連と、異なるテストプロジェクトの要件間の関連を許可するオプションは、 設定ファイルで設定できます。 「要件Aは要件Bの親」という関連を設定する場合、 Testlinkは、「要件Bは要件Aの子」という関連を暗黙的に設定します
"; // req_spec_edit $TLS_hlp_req_spec_edit = "内部リンクは、他の要件/要件仕様へのリンクを作成する目的で特別な構文で提供されます。
内部リンクの動作は、設定ファイルで変更できます。
使用方法:
要件へのリンク: [req]req_doc_id[/req]
要件仕様へのリンク: [req_spec]req_spec_doc_id[/req_spec]
ジャンプ先の要件/要件仕様のテストプロジェクト、バージョン、
アンカーを指定することもできます
[req tproj=<tproj_prefix> anchor=<anchor_name> version=<version_number>]req_doc_id[/req]
この構文は、要件仕様でも機能します (バージョン属性は効果がありません)。
バージョンを指定しない場合は、すべてのバージョンを含む要件全体が表示されます。