Windows との互換性をテストする方法

テストのスコープを確立する

組織で多くのアプリケーションを使用している場合、すべてをテストする時間がないことがあります。優先度の最も高い、または広く使用されているアプリケーションを最初にテストします。サーバーベースとクライアントベースの両方のアプリケーションをテストします。クライアントベースのアプリケーションは、通常、アプリケーションの量が多いため、テストが最も困難で、時間がかかります。

テスト方法の定義

方法論を計画する場合は、次の点を考慮してください。

テストはどこで行われますか?
誰がテストを実行しますか?
参加者とどのように連絡し、参加するか
テストのスケジュール方法を教えてください。
アプリケーションの問題をどのように管理するか

組織にアプリケーションテスターのグループがある場合は、それを使用することをお勧めします。このようなグループを持っていない場合は、さまざまなリソースを使用して、最適な結果を得られるようにする方法を探してください。たとえば、経験のあるテスターをいくつか使用して、テストケースのバッテリを開発し、他のユーザーが実行できるようにトレーニングを行うことができます。または、経験豊富なテスト担当者が主要なテストを実施した後、ビジネスユニットとの連携によって専門家が演習を行って、業務で使用する機能を実行することができます。テストのスケジュールを設定してテスターと連絡を取るプロセスを考案します。たとえば、ユーザーがテスト日、進捗レポート、連絡先名、その他の関連ドキュメントを表示できる Web サイトをイントラネット上にセットアップすることができます。

リソース要件を特定する

アプリケーションの互換性テストを計画している場合は、コンピューティング環境の将来の状態に留意してください。一部のソフトウェアは、新しい Windows 機能を完全に使用するバージョンにアップグレードする予定ですか? 新しい標準デスクトップ構成の実装またはターミナルサービスの使用を計画していますか? これらの問題によって、必要なリソースと、スイートとしてテストするアプリケーションが決定されます。ロールアウト中に Windows で新しいアプリケーションを展開する予定がある場合は、現在のアプリケーションを使ってこれらのアプリケーションをテストします。テスターがテストを実施できるラボをセットアップすることで、テストを容易に行うことができます。このようなラボでは、必要なツールと機器をいつでも利用できるようにすることができます。ラボでは、デュアルブートまたはトリプルブート用にテストコンピューターをセットアップして、テスターがアプリケーションをインストールしてテストするために必要なモードにすばやくアクセスできるようにします。たとえば、アップグレードパスを使用してアプリケーションをテストするには、Windows NT 4.0 と Windows 2000 が必要になることがあります。テスターが簡単にコンピューターを前の状態に復元できるようにするには、ベースオペレーティングシステムを使ってドライブのディスクイメージを作成します。

合格-不合格の条件を定義する

テスト担当者が、どの時点でアプリケーションの問題や解決する問題をログに記録するかを判断するための手順を定義します。合格と不合格の条件を定義するには、次のような問題を検討してください。

問題の深刻度重要な機能または周辺機器のいずれかに影響しますか?
問題が発生した可能性はどの程度ありますか?
この問題を回避する方法はありますか?

テストスケジュールは、次のようなさまざまな条件によって異なります。

参加しているテスターの数。
テスト担当者がこのプロジェクトをフルタイムで実行しているか、スケジュールを設定する必要があるか。
テスターのエクスペリエンスレベル。
アプリケーションの数と複雑さ。

アプリケーションのテスト

多くの商用アプリケーションは、Windows 2000 以降をサポートしているかどうかを確認するために既にテストされています。 Microsoft は、使用しているアプリケーションの状態を検索できる Windows 2000 用アプリケーションのディレクトリを提供しています。ディレクトリでは、次の名称が使用されます。

認定-アプリケーションが VeriTest によってテストされ、新しい Windows 機能を利用できることを示しています。
これは、ベンダーによって、アプリケーションが Windows 2000 での互換性をテストし、サポートされていることを示しています。アプリケーションは、Windows の新しい機能を利用するとは限りません。
計画済み: アプリケーションは、完全にテストされているときに、認定済みの条件または準備済みの条件のいずれかを満たす必要があることを示します。

テスト方針

アプリケーションのテストの目標は、現在のバージョンの Windows でも、現在のプラットフォームで動作するものがすべて正常に動作することを確認することです。以前のバージョンの Windows 用に作成されたアプリケーションは、必ずしも新しい Windows 機能を使用するわけではありませんが、現在のプラットフォームの場合と同様に、その機能は Windows 2000 で動作する必要があります。

商用アプリケーション

商用アプリケーションの場合は、最初の手順として、チェックアップグレード専用モードでセットアップを実行して、潜在的な非互換性のチェックを行います。このモードでセットアップを実行すると、Windows は、インストールされているソフトウェアの互換性がないことがわかっているアプリケーションの一覧と、検出されたログを確認します。チェックアップグレード専用モードのコマンドライン形式は、次のようになります。

winnt32 /checkupgradeonly このツールは、互換性の問題が発生した可能性があることを警告しますが、アプリケーションの小さな割合で、確認するコンピューターにインストールされているアプリケーションのみに対応しています。次の手順では、Windows アプリケーションのディレクトリをチェックして、使用しているアプリケーションの互換性を確認します。他のユーザーによって既にテストされているアプリケーションがある場合は、環境でテストする必要があります。この場合は、組織がアプリケーションを使用する方法に重点を置いてテストします。たとえば、次のテストを実行します。

組織で使用される構成。
よく使われる機能。
一緒に使用するアプリケーションの組み合わせ。

ウイルス対策ソフトウェアをテストしてください。これらのアプリケーションの多くは、ファイルシステムフィルターを使用するためにアップグレードする必要があります。 NTFS ファイルシステムの変更により、windows 2000 以降では、多くの Windows NT 4.0 ファイルシステムフィルターが機能しないことがあります。

カスタムアプリケーション

サードパーティのカスタム製品を使用している場合、または社内でアプリケーションを開発している場合は、事前にテストされた商用アプリケーションよりも広範なテスト戦略を開発する必要があります。開発していないアプリケーションをテストしている場合でも、Windows 2000 アプリケーション仕様によってテストを把握できます。 Http://msdn.microsoft.comの MSDN Web サイトには、この仕様のダウンロード可能なバージョンが含まれています。また、MSDN Web サイトには、テストに関するその他の重要な情報が含まれています。これには、予備テストのためのホワイトペーパーや、独立したテスト組織が認定のために申請ベンダーの機能をテストするために使用する方法があります。注: このセクションのテストの候補は包括的ではないため、すべての状況に適用されるわけではありません。テスト方法の検討を開始するために、これらの情報が提供されています。

展開シナリオをテストする

展開時に使用する予定のシナリオを使って、アプリケーションのインストールと実行をテストします。たとえば、クリーンなコンピューターにインストールするか、windows 95 または windows 98 またはそれ以前のバージョンの Windows NT からアップグレードすることで展開を計画する場合があります。アップグレードを計画している場合は、アップグレード中にアプリケーションをコンピューターに残しておくことも、アップグレードの後にアプリケーションをアンインストールして再インストールすることもできます。 Windows 95 または windows 98 と windows 2000 の違いにより、インストールに使用しているオペレーティングシステムによって、一部のアプリケーションインストールの動作が異なる場合があります。たとえば、Windows 95 または Windows 98 を実行しているコンピューターにアプリケーションをインストールして、コンピューターを Windows 2000 にアップグレードした場合、Windows 2000 でインストールした場合と同じようにアプリケーションが動作しないことがあります。この場合、移行ダイナミックリンクライブラリ (DLL) をアップグレードまたは取得した後に、アプリケーションをアンインストールして再インストールする必要がある場合があります。移行 DLL を使用すると、windows 95 または Windows 98 に最初にインストールされたアプリケーションを、コンピューターを Windows 2000 にアップグレードした後で正常に動作させることができます。移行 Dll は、次の操作を実行して、アプリケーションの問題を解決できます。

Windows 2000 と互換性のあるファイルを使用して、Windows 95 固有または Windows 98 固有のファイルを置換またはアップグレードします。
Windows 95 固有または Windows 98 固有のレジストリキーを適切な Windows 2000 の場所にマッピングします。

アップグレードシナリオ

コンピューターのアップグレードを計画している場合は、次の操作を行います。

Windows 95、Windows 98、または Windows NT 3.51 以降をインストールします。
テストするアプリケーションをインストールします。
コンピューターを Windows 2000 にアップグレードします。
アプリケーションをテストします。

クリーンインストールのシナリオ

再フォーマットされたコンピューターへのインストールを計画している場合:

Windows 2000 をインストールします。
アプリケーションをインストールします。
アプリケーションをテストします。

インストールとアンインストールのテスト

アプリケーションのインストールをテストするには、次のようなさまざまな方法があります。

インストールが完了する前に、インストールを終了します。
環境で使用されているすべてのインストールオプションを試してみてください。
組織でユーザーがアプリケーションをインストールできるようにしている場合は、管理者として、または power user としてインストールをテストします。次に、アプリケーションの機能をテストします。
アプリケーションをアンインストールしてみてください。
管理者によってアプリケーションがインストールされ、ユーザーによってアンインストールされていることを確認します。ユーザーとしてログオンしている場合は、アンインストールが完了するか、または許可されません。

ビジネスタスクの実行に使用する機能、構成、アプリケーションスイートを使用してアプリケーションをテストします。

データにアクセスする

次のようなさまざまな方法でデータにアクセスしてみてください。

Windows の最新バージョンを実行しているサーバーや、Windows 2000 を実行しているサーバー上のデータにアクセスします。
レコードの同時アクセスと更新など、データベースの同時使用をテストします。
複雑なクエリを実行します。

印刷のテスト

次のようなさまざまなプリンターでさまざまな種類のドキュメントを印刷できます。

複数のソースアプリケーションから埋め込まれたファイルを含むドキュメントを印刷します。
長いファイル名のプリンターに印刷する。

一般的な互換性の問題

以前のバージョンの Windows 用に開発されたアプリケーションは、Active Directory や IntelliMirror などの新機能を最大限に活用することはできません。このセクションでは、これらの新機能には対応していません。

Windows ファイルの保護: 以前のバージョンの Windows では、インストール中に共有システムファイルを置き換えることができました。このような変更が行われると、ユーザーはプログラムエラーから不安定なオペレーティングシステムに遭遇する問題が頻繁に発生する可能性があります。 Windows ファイル保護は、アプリケーションがシステムファイルを置き換えることを防止する新機能です。この機能は、保護されたシステムファイルが正しい Microsoft バージョンであることを確認します。ファイルが不適切なバージョンで置き換えられた場合、Windows は正しいバージョンを復元します。
強力なヒープのチェック: Windows には、ヒープマネージャーでいくつかのパフォーマンス強化が含まれています。ヒープ管理を正しく使用していないアプリケーションでは、メモリ管理の問題が発生する可能性があります。一般的な問題としては、解放された後にメモリを使うことがあります。メモリが小さいサイズに再割り当てされると、メモリが移動しないことを前提としています。
ハードウェアデバイスの列挙: サポートされているハードウェアデバイスの一覧を変更すると、サポートされなくなったデバイスを使用するアプリケーションで問題が発生する可能性があります。
フォントの列挙: フォントの一覧が変更されました。国際化をサポートするためにレジストリキーが追加されているため、アプリケーションによっては複数のフォントが表示されることがあります。
変更されたレジストリキー: 一部のレジストリキーが移動または削除されています。アプリケーションプログラミングインターフェイス (API) に書き込みを行うアプリケーションは、問題が発生することはありませんが、レジストリに直接書き込みを行うと問題が発生する可能性があります。
バージョンの確認: 不適切なバージョンを確認するアプリケーションのインストールプログラムで問題が発生する可能性があります。アプリケーションが特定のオペレーティングシステムまたはバージョンに依存していない場合は、アプリケーションで必要なバージョンか後で確認します。
Windows メッセージングサービス: Windows メッセージングサービス (WMS) がオペレーティングシステムによって提供されることを前提としているアプリケーションは、それを検出しません。
ファイル入力/出力セキュリティ: Windows では、ファイルの入力と出力のセキュリティが強化されています。ウイルス対策プログラムなど、ファイルフィルターを使用するアプリケーションは、Windows 2000 以降の重要な機能を失う可能性があります。

アプリケーションの非互換性の解決

アプリケーションの互換性の問題が発生した場合は、それらの優先順位を付け、それを解決するために他のユーザーを割り当てる必要があります。問題を割り当てる方法を計画する必要があります。問題を調査して解決するために適切なスタッフを割り当てることは、アプリケーションのテストを成功させるために不可欠です。問題の解決には、次のようなさまざまなアクティビティが含まれる場合があります。

既知の問題と解決策の Web サイトを調査しています。
パッチ、セットアッププログラム、または移行 Dll のベンダーに連絡する。
Microsoft サポートにお問い合わせください。
内部的に開発されたアプリケーションをデバッグします。

問題の原因を調査する際には、最も効果的なソリューションを決定するためのさまざまな方法を検討してください。たとえば、次のことを選択できます。

アプリケーションを開発した場合は、問題を解決してください。
アプリケーションを購入した場合は、ベンダーに問題が修正されたことを確認してください。
アプリケーションを新しいバージョンまたはアプリケーションに置き換えます。
問題を回避する方法がある場合は、エラーを無視します。

必ず、現在のプラットフォームで問題が発生していないことを確認してから、Windows 2000 の互換性の問題として調査してください。 Windows 2000 の互換性の問題を調査するためのリソースには、次のようなものがあります。

Http://msdn.microsoft.comの MSDN ライブラリからダウンロードできる Windows 2000 アプリケーション仕様。付録 E には、仕様を取得できる特定の場所が用意されています。
Http://msdn.microsoft.comの MSDN ライブラリで参照できる Windows 2000 互換ガイド。このガイドには、互換性の問題の診断に関する重要な情報が含まれています。
Http://www.microsoft.com/technetでの Microsoft TechNet (更新プログラム、ホワイトペーパー、その他の技術情報を含む)
Windows 2000 アプリケーションのディレクトリ。サポート情報とベンダーの Web サイトへのリンクが含まれています。