ソフトウェア互換性テスト_html/css_WEB-ITnose

ソフトウェア互換性テスト

著作権表示: この記事はブロガーによるオリジナルの記事であり、ブロガーの許可なく複製することはできません。

以下では、何を、なぜ、いつ、どこで、誰が、どのように (5 つの W と 1 つの H) およびその他の役立つヒントに基づいてソフトウェア互換性テストを紹介します。

ソフトウェア互換性テストとは何ですか?

ソフトウェア互換性テストは、テスト対象のソフトウェアがオペレーティング システム、ネットワーク環境、ブラウザー、およびその他の関連ソフトウェア ( UIインターフェイスの表示異常、同一解像度での表示異常、色や表示サイズの変化、タイポグラフィーエラー、CSS形式や色のエラー、スクロールバーに関する問題などもなく、外部機器等が友好的に連携できます。 、コンテンツまたはラベル、テーブルまたはフレームの重複、不完全およびその他の互換性ソフトウェアの欠陥。互換性テストには、上位互換性テストと下位互換性テストが含まれます。

前方互換性テスト (前方互換性テスト): アプリケーションまたはソフトウェアが新しいバージョンまたは今後のバージョンであること、およびアプリケーションの以前のバージョンが新しいバージョンでファイルを開け、以前のバージョンを無視できることをテストします。には実装されていない機能。たとえば、USB1.0 は USB3.0 と互換性があり、MS office2003 はコンバータを使用して MS office2007 ファイルを開き、MS office2007 の新機能を無視することができます。

下位互換性テスト: テスト対象のアプリケーションまたはソフトウェアは古いバージョンですが、アプリケーションの新しいバージョンは古いバージョンのプログラム データを正常に処理できます。たとえば、USB3.0 は USB1.0 と互換性があり、MS office 2007 は MS office 2003 のファイルを開くことができます。

なぜソフトウェア互換性テストを行う必要があるのですか(なぜ) ?

互換性テストの概念から、ソフトウェアの動作はオペレーティング システムの種類とバージョン (Windows、Linux、Mac など)、ブラウザの種類とバージョン (IE) に密接に関連していることがわかります。 、Firefox、Google など）、ネットワーク環境の帯域幅、データベースの種類とバージョン（SQL、DB2、MySQL、Oracle など）、外部デバイス（プリンタ、FAX など）、その他の関連ソフトウェア（MSオフィス、SharePoint など) およびその他の要因を考慮して、エンド ユーザーが使用する環境はわかりませんが、限られたリソースと時間の中で、ユーザーが使用する環境を可能な限りシミュレートして、開発ソフトウェアが確実に機能するようにする必要があります。正しく使用してください。したがって、互換性テストでは、アプリケーションがすべてのプラットフォームでどのように動作するかをチェックします。通常、開発チームとテストチームのテストは単一のプラットフォーム上で実行されます。ただし、アプリケーションがリリースされ、顧客がさまざまなプラットフォームで製品をテストできるようになると、アプリケーションにバグが見つかる可能性があります。これらの問題を軽減するには、すべてのプラットフォームでアプリケーションをテストすることが重要です。つまり、エンドユーザーがアプリケーションの欠陥を発見した場合、それを補うためのパッチパッケージの開発には多大な時間がかかりますが、製品のパッチパッケージが頻繁にリリースされるとユーザーに不安を与えるため、製品の互換性テストが行​​われます。避けられる。

ソフトウェア互換性テストをいつ実行するか (いつ)?

互換性テストは、ビルドが比較的安定しているときに実行されます。

ソフトウェア互換性テストは を (どこで) 測定しますか?

ブラウザ互換性テストのインスタンス。ソフトウェア互換性テストで何をテストするかを説明します。

• CSS、HTML、XHTML の検証
• ページの検証
• フォント サイズとフォント スタイルの検証
• HTML 文字エンコーディングの特殊文字
• すべての画像の配置
• ヘッダーとフッター
• ページの配置
• コントロールの配置 (箇条書き、ラジオ ボタン、チェック ボックスはさまざまなブラウザでチェックする必要があります。)
• ページのズームインとズームアウトを適切にテストする必要があります
• データベースに送信された情報の検証
• HTML ビデオ形式: すべてのブラウザがビデオのすべての形式をサポートしているわけではないため、ビデオ形式を確認する必要があります。例 IE9 は次のようにします。 Firefox は .mp4 と .webm をサポートしますが、Firefox は .mp4 と .webm をサポートします。Chrome を使用する場合、ほぼ .mp4、.webm、.ogm、およびその他のビデオ形式をサポートします。
• テキスト配置
• Flash コンテンツはテストする必要があります
• ブラウザの Cookie と Javascript をオフにしてページをテストし、両方をオンにしてページを再度テストする必要があります
• 外部サイトによって開発されたプラグイン: IE8 の印刷機能やビデオ再生時のカルーセル回転など、一部の jQuery プラグインは正しく動作しない可能性があります。
• CMS の互換性: コンテンツ管理システムがサポートするブラウザを必ず理解し、そのブラウザと他のブラウザに主に焦点を当ててください。

上で述べたように、浏览器の互換性検査について、私が要確認するのは、页面、字体大小和样式、特殊文字のコード、画像对齐の有無、页面の头尾です。 、トップ面の有無、テキストの有無、コントロールの対応、トップ面の拡大縮小試験、データパッケージの拡張情報試験、HTML ビデオ放送形式試験、外部ウェブサイト公開のコンテンツ試験、Cookie および JavaScript 後のトップ面验证等さらに他の検査内容としては、破壊検査法、挟み込み検査法、送付検査法、角検査法、点検査法、指南検査法などの方法により検査を行うことができる。超模試法など、探索性テストは、デバイスの互換性テスト、さらに方向性のある互換性テストに使用できます。 >

テスト者と最終ユーザをテストします。テスト者は、大部分のユーザが使用する環境でのデバイスの互換性テストのみを行うことができます。時間とリソースの有限性により、すべてのユーザーの環境をシミュレートすることは不可能であるため、互換性テストは、ユーザーが実行する広範な欠点を補い、その後のユーザーの共同努力を加えて、パッケージの量を引き上げます。 >怎样执実行互換性测试(方法) ?

互換性テストのプロセス

テストするソフトウェアを理解します。

設計テスト計画。

CT の実行

1. インストール テスト - BVT に合格
2. アップグレード テスト - BVT に合格
3. BAT および TAE スケジュール -> 再実行 ->分析
   1. 手動テストと探索的テスト
   2. テストサインオフ
   在执行互換性赋试前要理解，在何么平台，怎样的環境、ソフトウェアの互換性を廃止し、ソフトウェアおよび環境の認証に基づいて、確立されたテスト計画とテスト計画を廃止します (テスト計画には、テスト範囲、テスト戦略、ハードウェア、テスト スケジュールが含まれます)。探索的検査、手動検査、自動検査、危険検査などの一般的な検査方法は、ハードウェアではなく、できるだけ多くのバグが発見されるまで実行されます。つまり、このプロセスの互換性テストを実行し、関連する環境を構成し、部分的な自動化テスト + 手動テストのソースを使用して、互換性の問題が存在するかどうかを検査し、このテストを完了してサインオフします。その他の役立つヒント
   通常情况下の软件兼容性测试的缺陷(バグ)

UI (ルックアンドフィール) の変更

フォントサイズの変更

配置関連の問題

CSS スタイルと色の変更

• スクロール バー関連の問題
• コンテンツまたはラベルの重複
• 壊れたテーブルまたはフレーム
• ページ レイアウトの不一致
• グリッドの不一致
• 特定のブラウザではページ検証が機能しない
• 送信をクリックしてもトランザクションがデータベースに送信されないボタンまたはリンク
• 主に ブラウザの低いバージョンで発生する SSL 証明書エラー
• タブ フローの不一致
• ページネーション エラーも発生する場合があります。
• …….
博主：海宁
联系：whnsspu@163.com