<?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:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmi:id="-XV4rH8guz_Py0zgFgqXCsw" name="testing_a_method_asset,_ytd9kKDhEd-nMJcdx60YsA" guid="-XV4rH8guz_Py0zgFgqXCsw" changeDate="2010-11-23T15:42:11.325-0800" version="7.5.0">
  <mainDescription>&lt;h3>&#xD;
    1.0 はじめに&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    エラーは時間とともに増えてゆくため、メソッド・アセットをテストすることは重要です。&amp;nbsp;&amp;nbsp;以下に、エラーが発生するいくつかの理由を示します。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        互いに依存関係を持つ複数のメソッド・アセットに対する並行作業&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        すべての従属プラグインに対する更新を忘れること&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        メソッド作成者の経験不足&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
    メソッド・アセットをリリースする前に、実行しなければならない多くの種類のテストがあります。&amp;nbsp;これらのテストについて、以下のセクションで説明します。&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    2.0 ツール&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    以下のツールは、テストを実行するのに役立ちます。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        IBM(R) Engineering Lifecycle Optimization - Method Composer - EPF Composer では利用できない、テストに役立つ機能 (BIRT レポートやスペル・チェックなど) を追加します。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Funduc Search and Replace - 一括検索および置換用の優れたツール。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Parasoft(R) WebKing(R) - アクセシビリティーやスペルを検査します。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Adobe(R) Dreamweaver(R) - 高機能の HTML エディター。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Scooter Software Beyond Compare - ファイルおよびディレクトリーを比較するためのツール。&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        IBM Automated Content Testing - さまざまな問題や不整合を検査するスクリプト。&amp;nbsp; これは、Engineering Method Authoring Quality Assessor にパッケージされているサービス資産の一部です。&lt;br />&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;h3>&#xD;
    3.0 孤立ファイル/無効ファイル/依存関係&#xD;
&lt;/h3>&#xD;
&lt;h4>&#xD;
    無効ファイル&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    Windows またはバージョン管理システムによって、残されたファイルを検索して削除します。&amp;nbsp;&amp;nbsp;&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    *.keep - IBM(R) Rational(R) ClearCase(R)&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    thumbs - Microsoft(R) Windows(R)&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    また、ファイル・タイプが多いと変換するのが困難であるため、グラフィックスの場合は jpg に統一し、すべてのテキストを xmi または xml 形式にするよう努めます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    IBM Automated Content Testing には、非標準のファイル・タイプをリストする「ファイル・タイプのテスト (Test for File Types)」スクリプトが用意されています。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    すべての要素が分類される&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    作業分野およびドメインの「すべてのプラクティス (all practices)」構成を表示し、「未カテゴリー化」カテゴリーが空になっていることを確認します。&amp;nbsp;&lt;br />&#xD;
    ワーク・プロダクト・スロットは例外です。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    孤立ファイル&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    ライブラリーのコピーを作成し、すべてのパッケージ、カスタム・カテゴリー、プロセスを削除します。プラグインを削除すると、孤立ファイルを含むすべてのファイルが削除されるため、プラグインは削除しないでください。&amp;nbsp;残っているすべての xmi ファイルは孤立ファイルであるため、ClearCase から除去する必要があります。注意 – 削除する前にチームに確認してください。ファイルを除去することではなく、除去したファイルを元に戻すことが問題となる可能性があります。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    孤立リソース・ファイル&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    コピーしたライブラリーで MEC の「編集」&amp;gt;「リソースのクリーン」を実行してから、Beyond Compare を使用して、行われた変更内容を判別してください。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    すべてのタスクおよびワーク・プロダクトが担当のロールを持つ&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    公開された Web サイトを参照し、それぞれのロールおよびワーク・プロダクトを探します。&#xD;
&amp;nbsp; これを検出するための BIRT レポートを作成できます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    IBM Automated Content Testing には、基本ロールを持たないタスクと、担当のロールを持たないワーク・プロダクトについて報告する「基本実行者の確認 (Check for Primary Performer)」レポートが含まれています。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    すべてのタスクが入力ワーク・プロダクトおよび出力ワーク・プロダクトを持つ&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    厳密に言えば、タスクは入力ワーク・プロダクトを持っていない可能性はありますが、一般にタスクが入力および出力 (あるいはそのいずれか) を持っていない場合は見落としであると考えられます。&#xD;
&amp;nbsp; 公開された Web サイトを参照し、それぞれのタスクを探します。&amp;nbsp; これを検出するための BIRT レポートを作成できます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    IBM Automated Content Testing には、入力および出力を持たないタスクについて報告する「入力成果物および出力作成物の確認 (Check for Input and Output Artifact)」レポートが含まれています。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    参照されていないコア要素&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    「コア」内のすべての要素は、ライブラリー内の少なくとも 1 つのプラクティスによって参照されている必要があります。&#xD;
&lt;br />&#xD;
    この目的のために BIRT レポートを使用できます。&amp;nbsp; 未使用の要素は、リリースから除外する必要があります。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    外部リンク切れ&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    外部ハイパーリンクを検査するための公開オプションを選択します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    依存関係テスト&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    各プラクティスを単独で公開します (MEC プロセス・ビルダーを使用できます)。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    リンク切れエラーがないことを確認します (ガイドラインへのリンクがあるにもかかわらず、そのガイドラインがプラグイン内の要素に明示的に付加されていない場合は、エラーが存在する可能性があります)。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    コアのみを持ち、プラクティスを持たない構成を作成します。&amp;nbsp; エラーがないこと (コア・プラグインがプラクティス・プラグインに依存していないこと) を確認します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    不要な依存関係がないことを確認します。&amp;nbsp; すべてのプラクティスを持つ構成、ただし、割り当てプラグインや、それらの割り当て用の定義プラグインを持たない構成を公開します。&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    4.0 Method Composer エラー・レポートおよびエラー・ログ&#xD;
&lt;/h3>&#xD;
&lt;h4>&#xD;
    公開エラー&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    使用可能な各構成の公開ログ内のすべてのエラーを修正または解明します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    構成エラー&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    使用可能な各構成のエラー・ログ・タブのすべてのエラーおよび警告を修正または解明します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    ライブラリー問題ビュー&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    ライブラリー問題ビューのすべてのエラーを修正または解明します。&lt;br />&#xD;
    - すべての構成を開いて、エラーがロードされることを確認します&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    ライブラリー検証&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    「設定」を開き、「メソッド」を展開し、「オーサリング」をクリックして、「デバッグ」で「メソッド・ライブラリーの検証を使用可能にする」を有効にします。&lt;!-- 英文解釈確認済み、2011/10/13、TCT#256 -->&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    「メソッド・ライブラリーを検証する」を実行します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    ログを表示し、エラーがあれば修正します。&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    5.0 リグレッション・テスト&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    新しいバージョンの Method Composer にアップグレードする場合は、寄与、拡張がワークを期待どおりに置換することを確認してください。&amp;nbsp;&#xD;
    ライブラリー内で例を見つけて、期待どおりに機能することを確認してください。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    Beyond Compare を使用して、公開された複数のサイトにおける相違点をリストします。変更内容が期待どおりになっていることを確認してください。&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    6.0 標準&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    以下のテストは、オーサリング標準の最も一般的な違反をテストおよび修正する方法を示しています。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    ファイル命名規則&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    Windows の検索およびスキャンを使用して、ファイル名での大文字と小文字の混合、ファイル名でのスペースの使用、長いファイル名がないか確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    不良 HTML&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    Microsoft フォント: MsoNormal、Font-family、および Microsoft を検索して、Microsoft Word によって生成された HTML を検出します。Method Composer のワード・クリーンアップ・マクロ、Dreamweaver、および手動手段を用いてクリーンアップを実行します。&lt;br />&#xD;
    &lt;br />&#xD;
    リンク上の余分フォント (旧バージョンの Method Composer によって挿入されたもの)&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    font color=&quot;#0000ff を検索して、リンクの一部になっているかどうかを確認します。数多く検出される場合は、検索/置換スクリプトを使用して一括置換を実行します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    不良文字テスト&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    特定の非 ASCII 文字は、一部のブラウザーまたは変換ツールで問題が発生する原因となります。&#xD;
&amp;nbsp; 問題を発生させる最も一般的な文字は、Microsoft(R) Word(R) から貼り付けを実行するときに挿入される丸い引用符と中黒です。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    Search and Replace を使用します – [~-ÿ] を検索します。予期しない文字があれば、正しい文字で置換します。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        スマート単一引用符およびスマート二重引用符 - キーボードから入力するまっすぐな引用符 (&quot; と ') で置換します&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        中黒およびダッシュ/エムダッシュ&amp;nbsp;- ハイフンで置換します&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        ギュメ - 二重不等号括弧 &amp;lt;&amp;lt; &amp;gt;&amp;gt;&amp;gt; で置換します&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
    XMI ファイルには、エスケープされた HTML が含まれているため、商標など、アンパーサンドを使用して定義されている文字には注意してください。XMI では、余分のアンパーサンドが必要となる場合があります。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    要旨&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    BIRT レポートを実行して要旨を抽出します。&amp;nbsp; チェックリスト以外のすべてに要旨があります。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    プロジェクト名およびディレクトリー名&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    ワークスペースの使用時に、プラグイン名、プラグイン・フォルダー名、およびプラグイン・プロジェクト名が不整合になりがちです。&amp;nbsp; Search and Replace を使用して、すべてのプラグイン名およびプロジェクト名を検索します。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        すべての plugin.xmi ファイル内で methodplugin*name を検索します&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        すべての .project ファイル内で &amp;lt;NAME&amp;gt; タグを検索します&amp;nbsp;&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
    検索結果を (ファイル名を含めて) テキスト・ファイルにコピーし、名前以外のテキストを除去し、Excel でソートして、ディレクトリー名、プロジェクト名、およびプラグイン名の間に相違がないか探します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    バージョンおよび著作権情報&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    すべてのプラクティスおよびライブラリーには全体として、最新のリリースを説明する「リリース情報」ページが必要です。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    公開された構成のビューに、これらのページが含まれていることを確認します。&#xD;
&lt;/p>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        EPF Composer&amp;nbsp;- ビューを手動で確認する必要があります&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        Engineering Method Composer&amp;nbsp;&amp;nbsp;- すべての「release_info」ページにタグが付いていることを確認する必要があります&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;p>&#xD;
    すべてのプラグインに適切な著作権があることを確認し (オープン・ソースには EPF 著作権、会社所有のコンテンツには会社の著作権があります)、正しく公開されること確認します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    ライセンス情報またはリーガル情報が添付され公開されていることを確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
       アクセシビリティー&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    Parasoft WebKing を使用して、アクセシビリティー標準に準拠していることを確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    翻訳のためのスペリング/文法/即応性&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    スペル・チェックは、Engineering Method Composer によって要素ごとおよびプラグイン・ベースで提供されます。&amp;nbsp; WebKing を使用して、ライブラリー全体を確認することもできます。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    IBM Automated Content Testing には、翻訳するのが困難な語などの一般的なスタイル問題がないかを検査する「スタイル検索 (Style Search)」スクリプトもあります。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    翻訳を意図したコンテンツは、トランスレーション・メモリー・ツールと連携するように、さらに検査を行う必要があります。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    例えば、IBM では、翻訳の前に IBM 社内ツール (文法エラーを検査するための SEGCHK、不良文字を検査するための CHKPII) を使用します。&amp;nbsp;商用翻訳ツールには、独自の検証ツールがあります。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    ブラウザーの互換性&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    公開された構成をサポートされるブラウザーで開き、それぞれのページを比較します。つまり、ワーク・プロダクト、ガイドライン、チェックリスト、タスク、アクティビティー図とブレークダウン・ストラクチャーを持つアクティビティーです。これらの外観が類似していること、つまり、おかしなフォントで表示されていないこと、テキストが読めること、リンクが機能することなどを確認します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    次に、画面を可能な限り大きく拡張し (各ページを最大表示できるようにするため)、キーパッドを使用して各ページをツリー・ブラウザーで開き、不具合 (グラフィックスの欠落、HTML の破損など) がないか確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    公開オプション&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    公開オプションをレビューして、公開オプションが正しいことを確認します。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    各構成のフィードバックが正しい場所に送信され、公開後に機能することを確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    同期&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    メソッド・コンテンツがファイナライズされる度に、同期が必要なプロセスが同期されていることを確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    索引、用語集、検索&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    索引、用語集、および検索がすべて機能することを確認します。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    サポート・プラグイン&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    コア・プラグインで「is_supporting」フラグが正しく使用されていることを確認します。&amp;nbsp;プラクティスの数が少ない構成を公開して、ふさわしくない余分の要素 (未使用のロール、未使用のタスク、未使用のワーク・プロダクトなど) がないか探します。&amp;nbsp;&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    ロック&#xD;
&lt;/h4>ライブラリーを拡張するユーザーがライブラリーを不用意に変更しないように、リリースされたライブラリーですべてのプラグインがロックされていることを確認します。&lt;br />&#xD;
&lt;br />&#xD;
&lt;h3>&#xD;
    7.0 Engineering Method Composer 専用のテスト&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
    以下のテストは、EPF Composer には適用されません。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    プロセス・ビルダー&#xD;
&lt;/h4>&#xD;
&lt;p>&#xD;
    プロセス・ビルダーが正しく機能することを確認します。&lt;br />&#xD;
    - すべてのプラクティスがビルダー内に表示されていること。&lt;br />&#xD;
    - すべてのプラクティスにビルダーで読める要旨があり、プラクティスの要旨と一致していること。&#xD;
&lt;/p>&#xD;
&lt;p>&#xD;
    「すべてのプラクティス (all practices)」の構成が、IBM プラクティス・ビルダーの表示内容と一致していることを確認します。&amp;nbsp; (ビルダーは、代替プラクティスを識別するためにさらなる分解を実行する場合があります)。&#xD;
&lt;/p>&#xD;
&lt;h4>&#xD;
    孤立タグ&#xD;
&lt;/h4>未使用のタグを見つけて取り除く必要があります。</mainDescription>
</org.eclipse.epf.uma:ContentDescription>
