質問

Webアプリケーションを開発し、FirefoxやInternet Explorerなど、いくつかのブラウザーでテストしています。開発中、Firefox 3.5でアプリケーションをテストしました。2 そして、私たちのテストチームは3.5で同じテストをテストしました。6 そして、UIが良さそうだとわかりました。ただし、生産されると、3.5では良く見えないというクライアントの苦情を受け取り始めました。8.

これらのマイナーバージョンの問題をどのように処理しますか?開発中およびテスト中にブラウザの互換性を確認するにはどうすればよいですか?

3.5でアプリケーションをテストするツールはありますか。バツ, 、xすべてのマイナーバージョンですか?

役に立ちましたか?

解決

私は、ウェブ開発において昔からの伝統に固執すると言います。

基準に固執します。 必要に応じて、ユーザーが使用している特定のブラウザに小さな調整を追加します。

あなたはそれ以上にうまくやることはできません。 ツールはありません これにより、サイトがすべてのブラウザとバージョンで機能するようになります。基準に固執します。小さな調整を追加します。

他のヒント

WebAppsユニットテスト:

スクリーンショットとユニットテストフレームワークを比較して、ブラウザを自動的に駆動できるユニットテストフレームワークを比較することで、メジャーバージョンといくつかのマイナーバージョンのWebサイトを確認できるツールがいくつかあります。時間が問題の場合は、オプション#1をお勧めします。より良いオプションであるユニットテストを書く時間がある場合は、オプション#2を使用してください。

  1. 試す http://browsershots.org/. 。同じことをする他の人もいます。多くの作業がなければ、何百ものブラウザとバージョンのスポットチェックを行うことができます。

  2. もっと詳細になりたい場合は、テストをより詳細に制御できるWeb UIユニットテストを作成することをお勧めします。優れたライブラリが含まれます セレン (C#、Java、Rubyなど)、または ワティン.

これは 1つの孤独な閉じ込め IEが他のブラウザよりも優位性を持っていると言う場合。

リリースされたバージョン。 バム! 次のバージョンまで何もありません。問題がありますか?それらを回避します。ここで重要なのは問題です 一貫性のある繰り返し可能 バグ。 Firefoxには、3、3.5、3.6、4、およびその間のものから、アクティブに使用されている約0.5ダースのバージョンがあります。誰もが自分のバージョンに留まりますか? おそらくそうではありません.

Firefox、Chrome、Safari、そしてもちろん7/8の最新の安定したビルドでテストすることをお勧めします。誰かが別のブラウザに固有の問題に言及している場合は、それを開いて修正します。これには、ページ上のスタイリライゼーションレベルの設計または削減の妥協が含まれる場合があります。

概して、 シンプルなデザインの方が優れています.

現在、業界はこの問題の標準ソリューションを受け入れていることです。これは、自動化されたおよび/または外部委託されたクロスブラウザーテストです。

この作業の一部/すべてを支援するツールとサービスの例はたくさんあります - (網羅的ではない、このリストに存在を特定の状況の推奨として取得しないでください):

ブラウザスタック, ブラウリング, セレン (一般的にテストするための業界の主力ホルズの1つ)、 ゴーストラブ, ソースラボ, 、など...

ライセンス: CC-BY-SA帰属
所属していません softwareengineering.stackexchange
scroll top