Unexpected error happens. Please check event viewer or " . "logs for details.

You are welcome to report the problem. Please visit our " . "website.

目的:

この機能により、要件とテストケースを関連付けることができます。 テスト設計者は0..n対0..nの関連付けを定義することができます。 すなわち、要件に関連付けられないテストケースがあったり、複数の 要件にテストケースを関連付けることができますし、逆も可能です。 このトレーサビリティマトリクスにより、 要件網羅率の調査や要件ごとのテストの結果の追跡することができます。 この解析結果は、次の計画に役立つでしょう。

やってみましょう！:

1. 左ブロックのツリー構造からテストケースを選択してください。 要件仕様書リストのコンボボックスがワークエリアの上部に表示されます。
2. 要件仕様を選択してください。 TestLink は自動でページの再読み込みを行います。
3. ワークエリアの中央のブロックに選択した仕様書より、 テストケースと関係付けられたすべての要件がリストされます。 下のブロックには現在のテストケースと関連付けられていないすべての要件の中から 「使用可能な要件」がリストされます。 このテストケースを選択し、「割り当て」ボタンをクリックすることにより、 テスト設計者は要件に印をつけることができます。 新規に割り当てられたテストケースは中央のブロックの「割り当てられた要件」に表示されます。

目的:

テスト仕様 は、存在するテストスイートそしてテストケース の". "情報を閲覧したり変更したりする場所です。" . "異なるバージョンのテストケースを見ることもできます。

やってみましょう！:

1. テストプロジェクトをナビゲーションのツリーから選択します。メモ: " . "テストプロジェクトの変更は右上の" . "プルダウンリストを選択することでおこなうことができます。
2. 子テストスイート作成ボタンをクリックし、テストスイートを作成します。" . "このテストスイートに従ってテストドキュメントが構成されます" . "(例えば、機能/非機能などの種別、コンポーネントやフィーチャーによる分別など)。" . "テストスイートには、テストケース、環境設定、関連ドキュメントへの参照、" . "制限事項や、それ以外に必要な情報を記載します。" . "一般に、配下のテストケースに関する様々な共通する説明を記述することになります。" . "
3. テストスイートは「フォルダー」のような概念ともいえます。 従って、テストプロジェクト内で" . "テストスイートのコピーや移動ができます。また、インポートとエクスポートも可能です (テストケースを含めることもできます)。
4. 作成したテストスイートをナビゲーションから選択し、" . "テストケースを作成ボタンをクリックすることでテストケースを作成します。" . "テストケースには、テストシナリオ、期待結果やテストプロジェクトで定義されたカスタムフィールド" . "などを記載します (詳しくは、ユーザマニュアルを参照してください。" . "また、トレーサビリティのためにキーワードを割り当てることもできます。
5. 左横にあるツリーでデータ編集を指示します。
6. 作成したテスト仕様書をテストケースが準備完了したときに テスト計画に割り当てます。

TestLinkではテストスイートによってテストケースを整理することができるでしょう。" . "テストスイートは入れ子状にすることができるので、テストスイートの階層を作ることができます。 この情報はテストケースとともに印刷されます。

目的：

キーワードに応じた検索文字列を入力してください。大文字小文字は区別しません。 検索結果は、現在のテストプロジェクトのテストケースのみを含みます。

検索してみましょう！：

1. 適当な欄に検索したい文字列を入力してください。フォームの中の使わない欄は空欄のままにしておいてください。
2. 必要なキーワードを選ぶか、空欄('適用しない'の意)を選んで下さい。
3. 検索ボタンをクリックして下さい。
4. 全ての条件に一致したテストケースが表示されます。'タイトル'をクリックすることでテストケースを編集できます。

目的:

キーワードに応じた検索文字列を入力してください。大文字小文字は区別しません。 検索結果は、現在のテストプロジェクトの要件のみを含みます。

検索してみましょう！：

1. 適当な欄に検索したい文字列を入力してください。フォームの中の使わない欄は空欄のままにしておいてください。
2. 必要なキーワードを選ぶか、空欄('適用しない'の意)を選んで下さい。
3. 検索ボタンをクリックして下さい。
4. 全ての条件に一致した要件が表示されます。'タイトル'をクリックすることで要件を編集できます。

目的:

キーワードに応じた検索文字列を入力してください。大文字小文字は区別しません。 検索結果は、現在のテストプロジェクトの要件仕様のみを含みます。

検索してみましょう！：

1. 適当な欄に検索したい文字列を入力してください。フォームの中の使わない欄は空欄のままにしておいてください。
2. 必要なキーワードを選ぶか、空欄('適用しない'の意)を選んで下さい。
3. 検索ボタンをクリックして下さい。
4. 全ての条件に一致した要件仕様が表示されます。'タイトル'をクリックすることで要件仕様を編集できます。

目的:

この機能は各々のテストケース、またはテストプロジェクト/テスト計画全体のテストケースを印刷できます。

やってみましょう！:

1. 参照するテストケース、テストスイート、またはテストプロジェクトをクリックします。
   

2. ナビゲーションシートの「印刷オプション」テーブルにて印刷データの範囲とフォーマットを 設定します。HTMLもしくはMS Word形式を選択することができます。詳しくはヘルプを参照してください。

3. ブラウザの印刷機能にてテストケースを印刷します。
   注意: 印刷できるのはブラウザの右側のみです。

要件仕様ドキュメントを管理することができます。

要件仕様

各要件は、テストプロジェクトごとに作成する要件仕様ドキュメントによって まとめられています。
ただし、TestLink 自体には、要件仕様、および要件の バージョン管理機能はサポートされていません。もし、バージョンを考慮する必要がある場合は、 バージョン番号を含めた題号をタイトル欄に記載してください。 また、仕様の簡単な説明や備考を スコープ 欄に記載することができます。

ドキュメント内の全要件数 は、 TestLinkに全要件を登録しなかった場合に、要件網羅率を計算するために使用します。 値0を設定した場合は、TestLinkに登録されている要件数を指標計算で使用します。

例えば、SRSが 200 の要件を含んでいるが、50のみをTestLinkに登録したとします。 するとテストの要件網羅率は25%となります (追加した要件を全てテストした場合)。

要件

要件を作成する要件仕様のタイトルをクリックしてください。要件仕様が内場合は、テストプロジェクト名をクリックすることで作成することができます。 要件をドキュメントに作成、編集、削除、または要件をインポートすることができます。 ステータスは「通常」または「テスト不能」から選択する必要があります。 テスト不能要件は指標計算で使用されません。 このパラメータは実装されていない機能、間違った設計の要件のために使用されます。

要件仕様のページから、数回ボタンをクリックすることで、 要件をチェックするための新規テストケースを作成することができます。 これらのテストケースは、TestLinkの設定で定義された名前のテストスイートに格納されます (デフォルトでは \$tlCfg->req_cfg->default_testsuite_name = 'Test suite created by Requirement - Auto';)。 タイトルとスコープは作成されたテストケースにコピーされます。

目的:

ここから、単一の要件、要件仕様内のすべての要件、 またはテストプロジェクトのすべての要件を印刷できます。

最初に:

1. 表示する要件の部分を選択し、要件、要件仕様、またはテストプロジェクトをクリックします。 印刷可能なページが表示されます。

2. ナビゲーションペインの「表示... 」ドロップダウンボックスを使用して、 HTML、OpenOffice Writer、またはMicosoft Word文書のどれで情報を表示するかを指定します。 詳細は ヘルプ をご覧ください。

3. 実際に情報を印刷するのは、ブラウザの印刷機能を使用します。
   注: 右側のフレームのみを印刷してください。

目的:

キーワードの割り当てでは、ユーザが一括してテストスイートまたはテストケースに 一括してキーワードを割り当てることができます。

キーワードを割り当てましょう！:

1. 左側のツリービューのテストスイート、 テストケースを選択しましょう。
2. 右側のボックスはキーワードを割り当てた 各テストケースを参照できます。
3. これらの選択は後でもっと大まかなレベルに ケースを割り当てることもできます。

テスト計画の重要な情報に関してのキーワードの割り当て:

キーワードの割り当ての詳細はテスト計画のテストケース、 テスト計画に最新バージョンのテストケースが含まれていればそれが有効になり作成されます。 もし、そうでなく古いバージョンのテストケースがテスト計画に含まれている場合には、 割り当てられたキーワードは、現時点では表示されません。

TestLinkはテスト計画の古いバージョンのテストケースは、最新バージョンのテストケースに対しておこなったキーワードの割り当てによって影響を受けません。 もしテスト計画が更新されたテストケースを必要とするならば、はじめに「修正されたテストケースの更新」 機能をキーワードの割り当てを行う前に使用し、対象のテストケースが最新であることを確かめてください。

目的:

各テスト担当者がテストケース実行をおこなうことができます。 ユーザはテスト結果をビルドごとのテストケースに登録することができます。" . "フィルタ、設定(セッティング)についてのいろいろな情報についてはヘルプを参照してください。（「?」のアイコンをクリックしてください。）

やってみましょう！

1. テスト計画を実行するビルドを決定しなければなりません。
2. プルダウンからビルドと、ナビゲーションシートの「更新」ボタンを選択してください。
3. ツリーにあるテストケース名をクリックします。
4. テスト結果および、備考、バグなどを登録します。
5. 結果を保存します。

備考: GUI上から障害レポートを作成するためには、 バグ管理システムと連携するようにTestLinkを設定する必要があります。

レポートはテスト計画に関連しています。 " . "(上段のナビゲータにより選択します)。現在実行中のテスト計画以外のテスト計画を選択して レポートを表示することもできます。以下のレポートフォーマットを選択することができます:

• Normal - Webページにレポートを表示
• MS Excel - Microsoft Excel用にレポートをエクスポート
• HTML email - ユーザのアドレスにEメールでレポートを送信
• グラフ - グラフによるレポートを表示 (Flash技術を使用)

「印刷」ボタンは1種類のレポートのみを印刷します。

数種類のレポートを選択することができます。いかに各レポートの機能を説明します。

一般的なテスト計画指標

このページでは、テストスイート、オーナー、キーワードごとのテスト計画の最新の ステータスを表示します。「最新のテスト結果」とは、最後に実行したビルドに関するテストケースの結果を示しています。 例えば、複数のビルドにわたってあるテストケースを実行した場合は、最新の結果のみが反映されます。

「最新のテスト結果」は多くのレポートで使用される概念で、以下のように決められます:

• テスト計画に追加された順番によって、ビルドの新旧が決まります。 ビルドの最新のビルドの結果は古いビルドの結果よりも優先されます。 例えば、ビルド1で「失敗」したテストケースでも、ビルド2で「成功」していれば、最新の結果は「成功」となります。
• あるテストケースが同じビルド内で複数回実行された場合は、 最新の実行結果が優先されます。例えば、ビルド3のリリース後、テスター1よって午後2時に「成功」したテストケースでも、 テスター2によって午後3時に「失敗」と記録されれれば、最新の結果は「失敗」となります。
• 未実行のビルドがある場合は、そのテストケースの結果にはそのビルドは影響しません。 例えば、ビルド1で「成功」したテストケースが、テスト2で「未実行」だった場合は、 最新の結果は「成功」となります。

以下の表が表示されます:

• 最上位のテストスイートごとの結果 各最上位スイートの結果が一覧表示されます。成功、失敗、ブロック、未実行のテストケースの合計、そして完了率を表示します。 「完了した」テストケースとは、成功、失敗、ブロックの結果となったテストケースのことです。 トップレベルスイートの結果には全ての子スイートの結果を含みます。
• キーワードごとの結果 現在のテスト計画のテストケースに割り当てられているキーワードを全て表示します。 またそのキーワードに関連するテストケースを表示します。
• オーナーごとの結果 現在のテスト計画の中で、各オーナーに割り当てたれたテストの結果を一覧表示します。 未割り当てのテストケースは、「未割り当て」という見出しのもとに集計されます。

総合的なビルドのステータス

全ビルドの実行結果を一覧表示します。各ビルドのテストケースの合計数、成功数、成功率、失敗数、失敗率、ブロック数、ブロック率、未実行数、未実行率を表示します。 もし、同一ビルドでテストケースが複数回実行されている場合は、最新のテスト結果が考慮されます。

クエリー指標

このレポートはクエリー入力ページと、クエリーデータを含むクエリー出力ページから構成されます。 4種類のコントロールでクエリーを形成することができます。 デフォルトでは、最も多くのテストケースとビルドを選択するように各コントロールが設定されています。 コントロールを変更することにより、指定したオーナー、キーワード、テストスイート、 ビルドの組み合わせによって、レポートに表示される結果をフィルタリングすることができます。

• キーワード: 0個または1個のキーワードを選択することができます。デフォルトでは、キーワードは選択されていません。キーワードが選択されていない場合は、キーワード割り当てに関係なく、全てのテストケースに関する結果を表示します。キーワードはテスト仕様のページもしくは、キーワード管理のページで割り当てることができます。キーワードは、全テスト計画の全バージョンのテストケースにわたって割り当てることができます。特定のキーワードが割り当てられているテストケースの結果に興味がある場合は、このコントロールにキーワードを設定してください。
• オーナー: 0人または1人のオーナーを選択することができます。デフォルトではオーナーは選択されていません。 オーナーが選択されていない場合は、オーナーの割り当てに関係なく、全てのテストケースに関する結果を表示します。「未割り当て」のテストケースは検索できません。オーナーシップは、「テスト実行の割り当て」のページで割り当てることができ、テスト計画ごとに割り当てられます。特定のテスターが実行したテストケースの結果に興味がある場合は、このコントロールにオーナーを設定してください。
• トップレベルテストスイート: 0個からn個のトップレベルテストスイートを選択することができます。デフォルトでは全てのテストスイートが選択されています。選択したテストスイートの結果のみが、クエリーの指標に反映されます。特定のテストスイートの結果に興味がある場合は、このコントロールを操作してください。
• ビルド: 1個からn個のビルドを選択することができます。デフォルトでは全てのビルドが選択されています。選択したビルドでの実行結果のみを使用して指標が計算されます。例えば、最後の3回のビルドで、いくつのテストケースを実行したかを調べたい場合は、このコントロールを操作してください。 キーワード、オーナー、トップレベルテストスイートを選択することで、テスト計画ごと、テストスイートごとの指標計算に使用するテストケースの数を変化させることができます。例えば、オーナー=「Greg」、キーワード=「優先度1」と全テストスイートを選択した場合は、Gregに割り当てられた優先度1のテストケースのみが計算に使用されます。レポートの「テストケース数」の合計は、これら3種類のコントロールによって決められます。 ビルドの選択は、「成功」、「失敗」、「ブロック」、「未実行」の数に影響します。先に説明した、「最新のテスト結果」のルールを参照してください。

「クエリーを送信」ボタンをクリックすると、クエリー出力ページが表示されます。

クエリ出力ページ:

1. レポートを作成するために使用したクエリーパラメータ
2. テスト計画内の合計
3. スイートごとの全実行結果の合計 (総テストケース数 / 成功 / 失敗 / ブロック / 未実行)。もし、あるテストケースを複数のビルドで複数回実行した場合、選択したビルドに関連する全ての実行結果を表示します。しかし、テストスイートの実行結果の概要には、選択したビルドに対する「最新のテスト結果」のみが反映されます。

ブロック、失敗、未実行のテストケースのレポート

これらのレポートは、ブロック、失敗、未実行の全テストケースを表示します。「最新のテスト結果」のルール（一般的なテスト計画指標の項で説明しました）によって、テストケースがブロック、失敗、未実行に該当するかどうかを判定します。TestLinkとバグトラッキングシステムを統合して使用している場合は、ブロックと失敗のレポートに関連するバグが表示されます。

テストレポート

全ビルドの全テストケースのステータスを表示します。同一ビルド内でテストケースが複数回実行された場合は、最新の結果が表示されます。このレポートでは、「?」 マークを未実行のテストケースを表わすために使用します。大量のデータを使用している場合は、ブラウジングが簡単なExcel形式で出力することをお勧めします。

グラフ

4種類のチャートに表示される結果は、「最新のテスト結果」のルールに従って計算されます。グラフのアニメーションは、ユーザが現在のテスト計画指標を把握するための手助けとなるでしょう。 以下の4種類のチャートが表示されます:

• 成功 / 失敗 / ブロック / 未実行のテストケースを表わす円グラフ
• キーワードごとの結果を表わす棒グラフ
• オーナーごとの結果を表わす棒グラフ
• トップレベルスイートごとの結果を表わす棒グラフ

棒グラフは、成功、失敗、ブロック、未実行のテストケース数を近似的に示しています。

このレポートページを表示するためにはFlashプラグインが必要です。グラフィカルに結果を表示するために http://www.maani.us が提供している Flash 技術を使用しています。

各テストケースのバグの合計

このレポートは、テストプロジェクト内のバグが発見されたテストケースを表示します。このレポートはバグトラキングシステムが接続されている場合のみ表示されます。

目的:

リーダー権限を持つユーザは、テストケースをテスト計画へ追加できます。

テストケースの追加/削除:

1. テストスイートをクリックし、全て、または1つのテストケースを表示します。
2. あなたが追加を完了したい時、「テストケース追加/削除」ボタンをクリックし、テストケースをインポートして下さい。 注意：同じテストケースを複数回追加することは出来ません。

目的:

この機能により、各テストケースについて実行する責任を持つ担当者を設定することができます。

やってみましょう！

1. テストケースもしくはテストスイートを選択します。
2. 対象のテスト担当者を選択します。
3. 割り当てを確定するためにボタンをクリックします。
4. 実行ページで割り当ての完了を確認します。フィルターを割り当てた担当者にせっていしてみてください。

目的

このページでは、テスト仕様上で変更されたテストケースを最新バージョンに更新することができます。 テストの実行期間中に、テストケースのバージョンを明確にしたい場合は多くあるでしょう。" . "例えば、あるテスト設計者がテスト仕様を変更したけれどもテスト計画には一通りのテスト完了後に反映させたい場合、" . "もしくは、テスト実行はオリジナルバージョンで行ったけれども、結果は修正されたテストケースと共に参照したい場合などが考えられます。

やってみましょう！

1. テストケースもしくはテストスイートを選択します。
2. 対象のテストケースに対してプルダウンメニューから新たなバージョンを選択します。
3. 変更を確定するために「テスト計画を更新」ボタンをクリックします。
4. 実行ページのテストケースの文章を確認します。

目的

TestLinkでは、テストケースの優先度に影響を与える「緊急度」をテストスイートに設定することができます。 テストの優先度は各テストケースの作成時に設定する重要度とテスト計画で定義する重要度 の両方から計算されます。テストリーダーは始めに実行すべきテストを指定すべきでしょう。 これにより、時間に限りがある場合でも最重要なテストを網羅することができます。

やってみましょう！

1. ウィンドウ左のナビゲータから緊急性のあるプロダクト/コンポーネントに関する テストスイートを選択します。
2. 緊急度のレベルを選択します (高、中、低)。中がデフォルトです。 例えば、あまり使用しない部分の優先度を下げたり、大きな変更が行われたコンポーネント の優先度を上げたりといったことが可能です。
3. 変更を確定するために「保存」ボタンをクリックしてください。

一例として、テストケースに重要度「高」、テストスイートに緊急度「低」を設定すると " . "優先度は「中」になります。"; // ------------------------------------------------------------------------------------------ ?>