1

QA チームは Google Chrome のブラウザ テストをどのように処理しますか?

Google Chrome は常に更新されるため、テスト範囲を特定のバージョンに限定することは困難です。サポートを IE8 と IE9 に限定する可能性はありますが、Google Chrome のバージョン番号は変動するターゲットです。

可能なアプローチ:

  1. 開発サイクルの開始時にGoogle Chrome のバージョンをフリーズします。
  2. 開発サイクル中に Google Chrome が自動的に更新されるようにします。その時点で最新のバージョンに対して開発およびテストします。

アプローチ #1 は、誰もが特定のバージョンに同期し、自動更新を防ぐためにレジストリを編集する必要があることを意味します。さらに、バージョン X のコードをリリースすることになりますが、世界はほとんどバージョン X+1 に自動的にアップグレードされます。

#2 の問題は、ブラウザーの機能が開発サイクル内で変更される可能性があることです。QA が月曜日に完了し、コードが水曜日に本番環境にプッシュされるとします。Google が火曜日に主要な自動更新をリリースした場合、コードが破損する可能性があり、本番環境に到達するまで誰にもわかりません.

成熟した Web 開発組織はこれをどのように処理しますか?

4

4 に答える 4

1

Chromeは自動的にサイレントに更新されるため、最新バージョンに対してテストするのが唯一の合理的な選択です。カナリア、開発、ベータ、または安定版など、さまざまなチャネルを実行することで、複数のバージョンを先に進めることができます。

ユーザーベース全体でChromeの更新がどのくらいの速さで行われるかを確認するには、こちらの最後のグラフをご覧ください。

于 2011-08-02T04:22:05.687 に答える
1

いくつかの理由から、オプション 2 を使用します。

1）テスト中にユーザーエクスペリエンスをシミュレートしようとします（更新を停止すると、標準からの逸脱がシミュレートされます）

2) ユーザーから欠陥を報告してもらうよりも、最終ラウンドのテストで欠陥を見つけたいと思う

3) この方法でテストを行った結果、深刻な欠陥が発生したことは一度もありません。Matt が先に述べたように、更新によって重要な機能が損なわれる可能性はほとんどありません。

このリスクの一部を軽減するために、コア機能の自動化テストにセレンを使用して、さまざまなブラウザーを常にテストしようとしています。これですべてを把握できるわけではありませんが、少なくとも大きな問題 (列の欠落など) は見つかります。また、これらのことについて機敏に対応することも役立ちます。必要なスケジュール (月単位、週単位、必要に応じて日単位) でリリースできるため、重大な問題が見つかった場合は、その日のうちに修正できます。

于 2011-08-02T04:08:28.937 に答える
1

標準/有効な HTML、JavaScript、CSS 構文などを使用するサイトは、Google (または Firefox や IE 以外のブラウザー) の更新によって機能しなくなる可能性はほとんどありません。過去に Chrome の更新により、正当に有効な HTML/JS が壊れた例はありますか?

最善のアドバイスは、サイトができるだけクリーンであることを確認し、すべてのブラウザーでテストすることです。「サポートの差し控え」は、とにかくユーザーを遠ざけるように思えます。

于 2011-08-01T16:51:08.333 に答える
0

すべてのブラウザーで自動更新をオフにするだけで、さまざまなブラウザー バージョンの多数の仮想マシンを使用できます。

于 2011-08-01T19:56:12.740 に答える