<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:ContentDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.6/uma.ecore" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmi:id="-tRYWob0Qe9s7-Ix565sImw" name="testing_techniques_by_quality_risk_test_type,_TK7s0HHUEdyzS55ez-koKA" guid="-tRYWob0Qe9s7-Ix565sImw" changeDate="2007-12-27T12:06:49.156-0800" version="7.2">
  <mainDescription>&lt;h3>&#xD;
    &lt;a id=&quot;DataAndDatabaseIntegrityTesting&quot; name=&quot;DataAndDatabaseIntegrityTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>データとデータベースの整合性テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
データベースとデータベース・プロセスは、独立したサブシステムとしてテストする必要があります。&#xD;
このテストでは、データに対するインターフェースとしてテスト対象のユーザー・インターフェースを使用せずに、&#xD;
サブシステムをテストします。次の表に示すテストをサポートするためのツールや手法の存在を確認するには、&#xD;
データベース管理システム (DBMS) に関する追加の調査が必要です。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
UI とは独立してデータベース・アクセスのメソッドとプロセスを実行し、正常に機能しない対象の振る舞いやデータの破壊を観察して記録します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
各データベース・アクセス・メソッドとプロセスを起動し、有効や無効のデータを与えたり、データの要求を実行して結果を出します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
データベースを検査して、データが意図したように配置されていること、すべてのデータベース・イベントが適切に発生したことを確認します。または、戻されたデータを調べて、正しいデータが正しい理由で検索されたことを確認します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
バックアップと回復ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど)&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データベース SQL ユーティリティーとツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、すべての主要なデータベース・アクセス・メソッドとプロセスのテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストでは、データベースのデータを直接入力または変更するために、DBMS の開発環境またはドライバーが必要になる場合があります&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
プロセスは、手動で起動しなければなりません&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
小規模または最小サイズのデータベース (レコードの数を制限する) を使用して、受容不能なイベントの顕在化を促します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;FunctionTesting&quot; name=&quot;FunctionTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>機能テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
テスト対象の機能テストは、ユースケースまたはビジネス機能やビジネス・ルールを直接追跡できるテストの要求に重点を置きます。これらのテストの目的は、適切なデータの受容、処理、取得、&#xD;
ビジネス・ルールの適切な実装を検証することです。&#xD;
このタイプのテストは、ブラック・ボックス手法に基づいています。&#xD;
つまり、グラフィカル・ユーザー・インターフェース (GUI) を介してアプリケーションを使用し、&#xD;
その出力や結果を解析することにより、アプリケーションやその内部プロセスを検証します。次の表に、&#xD;
各アプリケーションに対して推奨されるテストの概要を示します。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
移動、データの入力、処理、検索を含むテスト対象の機能を実行し、対象の振る舞いを観察して記録します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
有効や無効のデータを使用して、各ユースケース・シナリオの個々のユースケース・フローまたは関数や機能を実行し、次の点について検証します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
有効データを使用したときに予想された結果が得られたかどうか&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
無効データを使用したときに適切なエラーや警告メッセージが表示されたかどうか&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
各ビジネス・ルールが適切に適用されたかどうか&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
バックアップと回復ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど)&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、次のテストをサポートします。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
すべての重要なユースケース・シナリオ&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
すべての主要な機能&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
機能テストの実装と実行に影響を与える項目、または内部や外部の問題を確認または説明します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;BusinessCycle&quot; name=&quot;BusinessCycle&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>ビジネス・サイクル・テスト &lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
ビジネス・サイクル・テストでは、&amp;lt;プロジェクト名&amp;gt; で長期に渡って実行されるタスクをエミュレートします。&#xD;
1 年間などの期間を定めて、その期間に発生するトランザクションとタスクを実行します。&#xD;
これには、日、週、月単位のすべてのサイクルが含まれ、また期日票など、日にちに関連するイベントが含まれます。&#xD;
&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
必要なビジネス・モデルとスケジュールに従ってテスト対象と背景のプロセスを実行し、対象の振る舞いを観察して記録します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストでは、次のことを実行してさまざまなビジネス・サイクルをシミュレートします。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
指定された期間中の複数の異なるユーザーをシミュレートするために、テスト対象の機能テストに使用されるテストは、各機能を実行する回数を増やすように変更や拡張が行われます&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
有効や無効の日付や期間を使用して、時間や日付に関連するすべての機能が実行されます&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
定期的に発生するすべての機能が、適切な時間に実行または起動されます&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
テストでは、次の点について検証するために、有効や無効のデータが使用されます&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
有効データを使用したときに予想された結果が得られたかどうか&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
無効データを使用したときに適切なエラーや警告メッセージが表示されたかどうか&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
各ビジネス・ルールが適切に適用されたかどうか&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
バックアップと回復ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、すべての重要なビジネス・サイクルに対するテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
システムの日付とイベントには、特別なサポート・タスクが必要な場合があります&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
適切なテスト要求とプロシージャーを識別するには、ビジネス・モデルが必要です&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;UserInterfaceTesting&quot; name=&quot;UserInterfaceTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>ユーザー・インターフェース・テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
ユーザー・インターフェース (UI) テストは、&#xD;
ユーザーとソフトウェアの相互作用を検証します。UI テストの目的は、&#xD;
テスト対象の機能により、UI を使用してユーザーが適切なアクセスと移動を実行できることを保証することです。&#xD;
さらに UI テストでは、UI のオブジェクトが予想どおりに機能し、&#xD;
会社または業界の標準に準拠することを保証します。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
次のことを実行して、標準との準拠や対象の振る舞いを観察して記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
ビジネスの機能や要求を反映する方法でテスト対象の中を移動します。これには、ウィンドウからウィンドウ、フィールドからフィールドへの移動や、アクセス・メソッドの使用 (タブ・キー、マウスの動き、アクセラレーター・キー) が含まれます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ウィンドウのオブジェクトや特性、例えばメニュー、サイズ、位置、状態、フォーカスを実行します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
各ウィンドウに合わせてテストを作成または変更して、各アプリケーションのウィンドウとオブジェクトについて適切な移動とオブジェクト状態を検証します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、テスト・スクリプト自動化ツールが必要です。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、ユーザーが頻繁に使用する主な画面やウィンドウのテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
カスタム・オブジェクトやサード・パーティー・オブジェクトの、すべてのプロパティーにアクセスできるわけではありません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;PerformanceProfiling&quot; name=&quot;PerformanceProfiling&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>性能の分析&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
性能の分析は、応答時間、トランザクション速度、&#xD;
その他の時間に関連する要求を測定して評価するパフォーマンス・テストです。性能の分析の目的は、&#xD;
性能に関する要求が達成されているかどうかを検証することです。性能の分析は、ワークロードやハードウェア構成などの条件の関数として、テスト対象の性能に関する振る舞いを分析してチューニングするために実装され、実行されます。&lt;/p>&#xD;
&lt;p>&#xD;
    &lt;b>メモ&lt;/b>: 次の表の中で、トランザクションは「論理ビジネス・トランザクション」を意味します。&#xD;
これらのトランザクションは、所定の契約の追加や変更など、&#xD;
システムのアクターがテスト対象を使用して実行すると予想される、特定のユースケースとして定義されます。&#xD;
&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
次の条件で、指定された機能トランザクションやビジネス機能についての振る舞いを実行し、対象の振る舞いやアプリケーション性能データを観測してログに記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
通常予想されるワークロード&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
予想される最悪の場合のワークロード&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
機能またはビジネス・サイクル・テスト用に開発されたテスト・プロシージャーを使用します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
データ・ファイルを変更してトランザクションの数やスクリプトを増やし、各トランザクションで発生する反復の回数を増やします。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
スクリプトは、1 台のコンピューター上で実行しなければなりません (最適なケースは、単一ユーザーによる、単一トランザクションを基準にします)。また、複数のクライアント (仮想または実際のクライアント。次の「特に注意すべき点」の欄を参照) で繰り返す必要があります。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
Rational Quantify などのアプリケーション性能分析ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
Canned Heat などのリソース制約ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、次のテストをサポートします。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
単一トランザクションまたは単一ユーザーについては、テスト実装問題による失敗のない、トランザクション・スクリプトのエミュレーションの成功&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
複数トランザクションまたは複数ユーザーについては、テスト実装問題による失敗のない、ワークロードのエミュレーションの成功&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
総合的なパフォーマンス・テストには、サーバー上のバックグラウンドのワークロードが含まれます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
次のものを含む複数のメソッドが、この実行に使用されます。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
「トランザクション」を直接サーバーに渡します。通常は、構造化照会言語 (SQL) 呼び出しの形式を使用します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
「仮想」ユーザー負荷を作成し、通常は数百単位のクライアントをシミュレートします。&#xD;
リモート端末エミュレーション・ツールを使用してこの負荷をかけます。この手法は、ネットワークに「トラフィック」負荷を与えるときにも使用できます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプトをそれぞれが実行する複数の物理クライアントを使用して、システムに負荷を与えます。&#xD;
&lt;br />&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
パフォーマンス・テストは、テスト専用のコンピューター上で、&#xD;
またはテスト専用の時間帯に実行しなければなりません。&#xD;
これによって、&#xD;
測定を完全に制御し、正確に実行することができます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
パフォーマンス・テストに使用するデータベースは、実際のサイズか均等にサイズ変更されたものです。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;LoadTesting&quot; name=&quot;LoadTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>負荷テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
負荷テストは、テスト対象のワークロードを変えて実施するパフォーマンス・テストです。&#xD;
このような異なるワークロードの下で常に適切に機能するかどうかを、&#xD;
テスト対象の性能の振る舞いや機能を測定して評価します。負荷テストの目的は、予測された最大ワークロードを超えてもシステムが適切に機能することを確認することです。さらにワークロードでは、応答時間、トランザクション速度、&#xD;
時間に関連するその他の問題などの性能特性について評価します。&lt;/p>&#xD;
&lt;p>&#xD;
    &lt;b>メモ&lt;/b>: 次の表の中で、トランザクションは「論理ビジネス・トランザクション」を意味します。&#xD;
これらのトランザクションは、所定の契約の追加や変更など、&#xD;
システムのユーザーがアプリケーションを使用して実行すると予想される特定の機能として定義されます。&#xD;
&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
異なるワークロード条件で、指定されたトランザクションやビジネス・ケースを実行し、対象の振る舞いやシステム性能データを観測してログに記録します。                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
機能またはビジネス・サイクル・テスト用に開発されたトランザクション・テスト・スクリプトを基本として使用しますが、不要な相互作用や遅延を取り除くように注意します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
データ・ファイルを変更してトランザクションの数やテストを増やし、各トランザクションが発生する回数を増やします&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ワークロードには、日、週、月単位などでのピーク負荷を含めます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ワークロードは、平均負荷とピーク負荷の両方を表します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ワークロードは、瞬時ピークと持続ピークの両方を表します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ワークロードは、異なるテスト環境構成の下で実行します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
トランザクション負荷のスケジューリングと制御ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど)&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
Canned Heat などのリソース制約ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、テスト実装問題による失敗がない、成功したワークロードエミュレーションのテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
負荷テストは、テスト専用のコンピューター上、&#xD;
またはテスト専用の時間帯に実行しなければなりません。&#xD;
これによって、&#xD;
測定を完全に制御し、正確に実行することができます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
負荷テストに使用するデータベースは、実際のサイズか均等にサイズ変更されたものです。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;StressTesting&quot; name=&quot;StressTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>ストレス・テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
ストレス・テストは、パフォーマンス・テストの一種です。予想される耐久度の境界上、&#xD;
またはそれを超えた状態で、システムがどのように失敗するかを理解するために実装され、&#xD;
実行されます。通常、低レベルのリソースまたはリソースの競合が含まれます。&#xD;
低レベルのリソース条件では、通常の状態では顕在化されなかったテスト対象の失敗が現れます。これらのテストの一部は、&#xD;
通常は機能テストや負荷テストで実施されますが、データベース・ロックやネットワーク帯域幅などの共有リソースの競合により、&#xD;
その他の障害が発生する可能性があります。&lt;/p>&#xD;
&lt;p>&#xD;
    &lt;b>メモ&lt;/b>: 次の表の中で、トランザクションは論理ビジネス・トランザクションを意味します。&#xD;
&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
次のストレス条件の下でテスト対象の機能を実行し、システムが適切な機能の続行に&lt;b>失敗&lt;/b>する条件を識別して示す対象の振る舞いを観察して記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
サーバー上の使用可能なメモリーが少ないかまったくない (RAM と永続的ストレージ・スペース)&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
実際の、または物理的に可能な最大数のクライアントの接続またはシミュレート&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
複数のユーザーによる、同じデータやアカウントに対する同じトランザクションの実行&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
「過負荷」のトランザクション・ボリュームまたはミックス (前の「性能分析」を参照)&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
性能の分析または負荷テスト用に開発されたテストを使用します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
制限されたリソースをテストするには、単一のコンピューター上で&#xD;
テストを実行し、サーバー上の RAM と永続ストレージ・スペースを削減または制限します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
残りのストレス・テストでは、複数のクライアントを使用して同じテストを実行するか、補足テストを実行して、最悪の場合のトランザクション・ボリュームまたはミックスを生成します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
トランザクション負荷のスケジューリングと制御ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
Canned Heat などのリソース制約ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、ストレス・エミュレーションのテストをサポートします。&#xD;
システムは、ストレス条件として定義されたいくつかの条件の下でエミュレートが成功し、&#xD;
エミュレートの実施中とその後のシステム状態の観察結果が取得されます。                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
ネットワークにストレスをかけるには、メッセージやパケットを添付したネットワークをロードするネットワーク・ツールが必要になることがあります&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
システムの永続ストレージを一時的に削減して、データベースの増大に使用する領域を制限します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
同じレコードまたはデータ・アカウントをアクセスする同時クライアントを同期化します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;VolumeTesting&quot; name=&quot;VolumeTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>ボリューム・テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
ボリューム・テストは、テスト対象に大量のデータを与えて、&#xD;
ソフトウェアが失敗する限界にまで達したかどうかを判断します。&#xD;
またボリューム・テストは、所定の期間にテスト対象が処理可能な、&#xD;
連続した最大負荷やボリュームも識別します。例えば、&#xD;
テスト対象がデータベース・レコードのセットを処理してレポートを作成している場合、&#xD;
ボリューム・テストでは大量のテスト・データベースを使用して、&#xD;
ソフトウェアが正常に振る舞い、正しいレポートを作成したかどうかをチェックします。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
次の大量ボリューム・シナリオの下でテスト対象の機能を実行し、対象の振る舞いを観察して記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
実際の、または物理的に可能な最大数のクライアントを接続またはシミュレートし、すべてのクライアントが同じ、最悪の場合 (性能) のビジネス機能を長期間実行します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
データベースの最大サイズ (実際の、またはサイズ変更された) を実現し、複数のクエリーまたはレポート・トランザクションを同時に実行します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
性能の分析または負荷テスト用に開発されたテストを使用します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
複数のクライアントで同じテストまたは補足テストを長期間実行して、最悪の場合のトランザクション・ボリュームまたはミックスを生成します (ストレス・テストを参照)&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
データベースの最大サイズ (実際の、サイズ変更された、または代表的データを入れたデータベース) を作成し、複数のクライアントが長期間に渡って、クエリーやレポート・トランザクションを同時に実行します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
トランザクション負荷のスケジューリングと制御ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
Canned Heat などのリソース制約ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データ生成ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、ボリューム・エミュレーションのテストをサポートします。&#xD;
大量のユーザー、データ、トランザクション、その他の大量データに関するシステム使用の側面のエミュレートが成功し、&#xD;
ボリューム・テストの期間中のシステム状態の変化に対する観察が取得されます。                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
どの期間が、前に説明したような高ボリューム条件を受け入れられる時間帯と見なせるか。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;SecurityAndAccessControlTesting&quot; name=&quot;SecurityAndAccessControlTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>セキュリティーとアクセス制御テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
セキュリティーとアクセス制御テストは、セキュリティーの重要な 2 つの領域に重点を置きます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
アプリケーション・レベルのセキュリティー。データやビジネス機能へのアクセスを含みます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
システム・レベルのセキュリティー。システムへのログインやリモート・アクセスを含みます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
必要なセキュリティーに基づき、アプリケーション・レベルのセキュリティーによって、&#xD;
アクターを特定の機能やユースケースに制限したり、アクターの使用できるデータを制限したりすることができます。&#xD;
例えば、データの入力や新しいアカウントの作成は誰でもできるが、それを削除できるのは管理者に限られる場合があります。データ・レベルのセキュリティーがある場合、例えば、&#xD;
「タイプ」 1 のユーザーは財政データを含むすべての顧客情報を見ることができるが、&#xD;
「タイプ」 2 のユーザーは同じクライアントの統計データしか見られない、ということをテストによって確認できます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
システム・レベルのセキュリティーは、システムへのアクセス権を取得しているユーザーのみが、アプリケーションにアクセスして適切なゲートウェイを通ることができるようにします。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
次の条件の下でテスト対象を実行し、対象の振る舞いを観察して記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
アプリケーション・レベルのセキュリティー: アクターは、自分のユーザー・タイプにアクセス権が与えられている機能やデータにのみアクセスできます&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
システム・レベルのセキュリティー: システムとアプリケーションに対するアクセス権を持つアクターのみがアクセスを許可されます&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
アプリケーション・レベルのセキュリティー: 各ユーザー・タイプと、そのタイプに対してアクセス権が与えられている機能やデータを識別して列挙します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
各ユーザー・タイプ用のテストを作成し、ユーザー・タイプに固有のトランザクションを作成してそのアクセス権を検証します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ユーザー・タイプを変更し、同じユーザーについてテストを再実行します。&#xD;
各ケースについて、これらの追加機能やデータが正しく使用できるか、または拒否されるかを検証します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
システム・レベルのアクセス: 次の「特に注意すべき点」を参照してください&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
テスト・スクリプト自動化ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
「ハッカー」セキュリティーの侵害と調査ツール&lt;/p>&#xD;
                &lt;p>&#xD;
OS セキュリティー管理ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、セキュリティー設定の影響を受ける機能やデータのテストの、既知のアクター・タイプごとの実施をサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
システムへのアクセスについては、&#xD;
適切なネットワークまたはシステム管理者と一緒に調査や検討を行う必要があります。このテストはネットワークやシステム管理の機能に含まれる場合があるので、&#xD;
テストの実施が要求されないことがあります。                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;FailoverAndRecoveryTesting&quot; name=&quot;FailoverAndRecoveryTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>フェイルオーバーと回復のテスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
フェイルオーバーと回復テストは、データやデータの整合性の不当な消失による&#xD;
さまざまなハードウェア、ソフトウェア、ネットワークの障害で、&#xD;
テスト対象がフェイルオーバーや回復に成功することを保証します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
フェイルオーバー・テストは、継続的な稼働が要求されるシステムについて、&#xD;
フェイルオーバー状況が発生したときに、代替システムやバックアップ・システムがデータやトランザクションの消失なしに、&#xD;
障害の発生したシステムの仕事を適切に「引き継ぐ」ことを保証します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
回復テストは、アプリケーションやシステムに、&#xD;
装置の入出力 (I/O) エラーなどの原因になる過度な条件やシミュレート条件を課したり、&#xD;
無効なデータベース・ポインターやキーを与える敵対的なテスト・プロセスです。回復テストは、&#xD;
アプリケーションやシステムに、装置の入出力 (I/O) エラーなどの原因になる過度な条件やシミュレート条件を課したり、&#xD;
無効なデータベース・ポインターやキーを与える敵対的なテスト・プロセスです。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
失敗の条件をシミュレートし、回復プロセスを (手動と自動で) 実行して、&#xD;
データベース、アプリケーション、システムを望ましい既知の状態に復元します。回復後の振る舞いを観察して記録するために、次のタイプの条件がテストに含まれます。&#xD;
        &lt;/p>&#xD;
                &lt;p>&#xD;
クライアントに対する電力切断&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
サーバーに対する電力切断&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
ネットワーク・サーバーを介した通信割り込み&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
DASD (直接アクセス・ストレージ) と DASD コントローラーに対する割り込み、通信、電力損失&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
不完全なサイクル (データ・フィルター・プロセスに対する割り込み、データ同期化プロセスに対する割り込み)&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
無効なデータベース・ポインターやキー&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
データベースの無効または破壊されたデータ要素&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
機能とビジネス・サイクル・テスト用に既に作成されているテストを基本として使用し、フェイルオーバーと回復テストをサポートする一連のトランザクションを作成します。最初に、回復が成功したことをテストするためのテストを定義します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
クライアントに対する停電: PC の電力を下げます&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
サーバーに対する電力切断: サーバーに対する電力停止手順をシミュレートまたは開始します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
ネットワーク・サーバーを介した割り込み: ネットワークとの通信消失 (物理的な通信回線の切断、またはネットワーク・サーバーやルーターの電力低下) をシミュレートまたは開始します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
DASD と DASD コントローラーに対する割り込み、通信、電力消失: 1 つ以上の DASD や DASD コントローラーとの通信を、シミュレートまたは物理的に削除します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
これらの条件またはシミュレートされた条件が達成されたら、追加トランザクションを実行し、この 2 回目のテストの目標状態に達したときに、回復プロシージャーを起動します。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
不完全なサイクルのテストでは、前と同じ手法を使用しますが、データベース・プロセス自体が停止する、または時期を早めて終了する点が異なります。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
次の条件をテストするために、既知のデータベース状態に達している必要があります。&#xD;
いくつかのデータベース・フィールド、ポインター、キーを、&#xD;
データベース内で (データベース・ツールを使用して) 手動で直接破壊します。アプリケーション機能やビジネス・サイクル・テストのテストを使用して、&#xD;
追加トランザクションで完全なサイクルを実行します。                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
バックアップと回復ツール&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、次のテストをサポートします。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
アプリケーション、データベース、システムの組み合わせを 1 つ以上含む、1 つ以上のシミュレートされた災害&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
アプリケーション、データベース、システムの組み合わせを 1 つ以上含む、既知の望ましい状態への 1 つ以上のシミュレートされた回復&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
回復テストは内部に立ち入る必要性が高いテストです。&#xD;
ケーブルを切断するプロシージャー (電源や通信の消失をシミュレートします) は、&#xD;
望ましくない、または実行不能の場合があります。&#xD;
診断ソフトウェア・ツールなどの代替メソッドが要求されることがあります。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
システム (またはコンピューター操作)、データベース、ネットワーク・グループのリソースが要求されます。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
これらのテストは、稼働時間後または分離したコンピューターで実行する必要があります。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;ConfigurationTesting&quot; name=&quot;ConfigurationTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>構成テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
構成テストは、異なるソフトウェアとハードウェア構成でのテスト対象の操作を検証します。&#xD;
ほとんどの稼働環境で、クライアント・ワークステーション、ネットワーク接続、&#xD;
データベース・サーバーの特定のハードウェア仕様は異なります。&#xD;
クライアント・ワークステーションには異なるソフトウェアがロードされ (例えばアプリケーション、&#xD;
ドライバーなど)、異なるリソースを使用する多数の異なる組み合わせが常にアクティブになっています。&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
要求されるハードウェアとソフトウェア構成でテスト対象を実行し、異なる構成での対象の振る舞いを観察して記録し、構成状態の変化を識別します。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
機能テスト・スクリプトを使用します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
                    テストの一部として、または、テスト開始に先駆けて、Microsoft&amp;reg;&#xD;
                    Excel&amp;reg; や Microsoft&amp;reg; Word&amp;reg; アプリケーションなど、テスト対象外の関連するさまざまなソフトウェアを開いたり閉じたりします。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
選択したトランザクションを実行して、テスト対象ソフトウェアと非テスト対象ソフトウェアとのアクターの相互作用をシミュレートします&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
クライアント・ワークステーション上の使用可能な従来のメモリーを最小化して、このプロセスを繰り返します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど)&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、サポートされる予想配置環境で実行される対象テスト項目を 1 つ以上組み合わせたテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
どの非テスト対象ソフトウェアが必要か、使用可能か、デスクトップでアクセス可能か。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
どのアプリケーションが通常使用されるか。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
どのデータをアプリケーションが実行するか。例えば Excel で大型のスプレッドシートを開く、Word で 100 ページの文書を開くなどです。&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
システム全体のネットウェア、ネットワーク・サーバー、データベースなども、このテストの一部として記述する必要があります。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;h3>&#xD;
    &lt;a id=&quot;InstallationTesting&quot; name=&quot;InstallationTesting&quot;>&lt;span     style=&quot;FONT: 7pt 'Times New Roman'&quot;>&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&lt;/span>インストール・テスト&lt;/a>&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
インストール・テストには目的が 2 つあります。&#xD;
最初の目的は、異なる条件 (新規のインストール、アップグレード、完全なインストールかカスタム・インストールかなど)、&#xD;
通常の条件、異常な条件でソフトウェアがインストールされることの確認です。&#xD;
異常な条件には、不十分なディスク・スペース、ディレクトリーの作成特権の欠如などがあります。&#xD;
2 番目の目的は、インストールされた後で、ソフトウェアが正常に機能することの検証です。&#xD;
これは通常、機能テスト用に開発された多数のテストの実行を意味します。&lt;b>&lt;span     style=&quot;FONT-SIZE: 12pt; FONT-FAMILY: Arial&quot;>&lt;br     style=&quot;PAGE-BREAK-BEFORE: always&quot; clear=&quot;all&quot; />&#xD;
    &lt;/span>&lt;/b>&#xD;
&lt;/p>&#xD;
&lt;table width=&quot;100%&quot; border=&quot;1&quot;>&#xD;
    &lt;tbody>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>手法の目的&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テスト対象を要求されるハードウェア構成上に次の条件の下でインストールし、インストールの振る舞いと構成状態の変化を観察して記録します。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
新規インストール: 以前にインストールしたことのない新しいコンピューター&lt;/p>&#xD;
                &lt;p>&#xD;
更新: 既に同じバージョンをインストール済みのコンピューター&lt;/p>&#xD;
                &lt;p>&#xD;
更新: 既に以前のバージョンをインストール済みのコンピューター&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>技法&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
対象コンピューターの状態を検証するための、自動または手動スクリプトを開発します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
新規: インストールされていません&lt;/p>&#xD;
                &lt;p>&#xD;
                    既に同じか以前のバージョンがインストールされています&lt;/p>&#xD;
                &lt;p>&#xD;
インストールを起動または実行します&#xD;
                &lt;/p>&#xD;
                &lt;p>&#xD;
あらかじめ決定してある機能テスト・スクリプトのサブセットを使用して、トランザクションを実行します&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成否の判断基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
テストの結果を正確に観測するために、&#xD;
この手法で使用できるいくつかの戦略の概要を示します。成否の判断基準では、&#xD;
観測を実施するときのメソッドと、成功か失敗かを示す特定の結果の特性とを結び付けます。&#xD;
理想的には、成否の判断基準を基に自己検証が行われ、自動化された&#xD;
テストで成功か失敗かの最初の評価ができるようにします。ただし、自動化された結果判定に内在するリスクを軽減するように注意しなければなりません。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>必要なツール&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法には、次のツールが必要です。&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
基本構成のイメージ作成ツールと復元ツール&#xD;
&lt;/p>&#xD;
                &lt;p>&#xD;
インストール監視ツール (レジストリー、ハード・ディスク、CPU、メモリーなど)&#xD;
&lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>成功の基準&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
この手法は、1 つ以上のインストール構成での開発製品のインストールのテストをサポートします。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
        &lt;tr>&#xD;
            &lt;th scope=&quot;row&quot; width=&quot;31%&quot;>&#xD;
                &lt;font size=&quot;2&quot;>特に注意すべき点&#xD;
&lt;/font>&#xD;
            &lt;/th>&#xD;
            &lt;td width=&quot;69%&quot;>&#xD;
                &lt;p>&#xD;
アプリケーションが正常にインストールされ、&#xD;
主要なソフトウェア・コンポーネントが紛失していないことを確認するテストを構成するのに、&#xD;
どのトランザクションを選択するべきか。&#xD;
                &lt;/p>&#xD;
            &lt;/td>&#xD;
        &lt;/tr>&#xD;
    &lt;/tbody>&#xD;
&lt;/table>&lt;br />&#xD;
&lt;br /></mainDescription>
</org.eclipse.epf.uma:ContentDescription>
