1

OK、Web ブラウザーでソリューションの速度をテストする必要がありますが、いくつか問題があります。Web ソリューションには、サーバー A にある元のバージョンとサーバー B にある「修正済み」バージョンの 2 つのバージョンがあります。 .

私は VS2010 Ultimate を持っているので、ソリューション B で Web とロード テストを作成できますが、IDE で A ソリューションをロードできません。

私はfiddle2とjmeterを使用しようとしていましたが、それらはサーバーでのブラウザーの要求と応答の時間だけを教えてくれました。ブラウザーがページ全体をレンダリングするのにかかる時間も知りたいです。

多分私はこのツールのいくつかを悪用しています...

これが役立つかどうかはわかりませんが、

  • ソリューション A は VB 6.0 上にあります
  • ソリューションBはVB.Netにあります

IE、FF、Chrome、Opera、Safari で動作する必要があります。

4

5 に答える 5

1

組織がすでに持っている場合は、Application Performance Management が最適です。あなたは彼らのjavascriptインジェクション技術の後にいます. 基本的には、Web ページに JavaScript を追加し、主に Navigation Timings API を使用してメトリックを測定します。

https://w3c.github.io/navigation-timing/

Nav Timings は、ネットワークの読み込み時間、DOM の構築時間、ページのレンダリング時間などの指標を提供します。

とはいえ、あなたはおそらくお金を使うつもりはないと思います。私はこのオープン ソース ライブラリを使用したことはありませんが、ナビゲーションのタイミングがかかると書かれています。チェックアウトする価値があるかもしれません。

https://github.com/sitespeedio/sitespeed.io

于 2015-09-25T06:43:10.163 に答える
0

あなたが探している流行語は、アプリケーション パフォーマンス モニタリング/管理 (APM)です。具体的には、レンダリングされた Web ページのクロスブラウザー ユーザー エクスペリエンス メトリックを含むソリューションです。

Web アプリケーションをインストルメント化する方法はいくつかありますが、従来の VB 6.0 の要件によってオプションが制限されます。

考慮すべきいくつかの可能性:

  • 簡単な方法は、レンダリングされたページの読み込み時間を含む Web ページ分析 ( Google アナリティクス、Piwikなど) を追加し、特定のブラウザー バージョンとオペレーティング システムでセグメント化することです。典型的な統合レベルは、Web アプリケーションへの JavaScript インクルードです。

  • .NET のような最新のフレームワークには、New RelicやApplication Dynamicsなどの特定の APM ツールもあります。これらは一般に、アプリ、データベース、およびサーバー レベルからパフォーマンス測定にアプローチし、エンド ユーザー エクスペリエンスにまで拡張します。一般的な統合レベルは、サーバー上で実行される Web サーバー モジュールやエージェントを介したものです。

ブラウザー固有のプラグインも多数ありますが、それらは通常、テストの実行ごとに手動でデータを収集する必要があり、測定方法が異なるため、ブラウザー間のパフォーマンスの比較にはあまり役立ちません。

于 2012-07-24T12:00:59.157 に答える
0

YSlow は Firefox で優れており、Google での PageSpeed も優れていますが、これらはブラウザー固有のものです。

JQuery には $(document).ready があり、ドキュメントがロードされたときに JavaScript を実行することがあります。これにより、さまざまなブラウザー間でページの読み込みが完了する時間を確認できます。

別のオプションは、seleniumを使用することです。https://groups.google.com/forum/?fromgroups#!topic/selenium-test-tool/zR_U57obJz8に参考になる議論があります。

于 2012-07-03T16:02:04.597 に答える
0

あなたの答えはあなたの質問にあります。ブラウザでサイトのページ読み込み時間を取得するには、ブラウザを使用する必要があります。ブラウザはブラウザの最も正確な表現になるだけでなく、合成ツールを使用してページの読み込み時間の真の主観的な数値を記録するのがいかに難しいかに驚かれることでしょう。FFやChromeなどのデータも欲しい方はインストールしてご利用ください。クロスブラウザー ページ ロード チューニングの最善の (唯一の?) アプローチは、複数のブラウザー間でテストを繰り返すことです。

つまり、それはクライアント側のもの (別名 WPO) です。

サーバーの場合、JMeter などのツールを使用できます。これにより、クライアントではなくサーバーがロードされます。サーバーをクライアントとは別にテストしたい場合、サーバーをテストするときは、サーバーに集中し、クライアントをほとんど無視する必要があります。JMeter とその仲間はブラウザーではありませんが、ブラウザーからのサーバー呼び出しをシミュレートするのが得意で、このレベル (HTTP レベル) でこのタスクを実行する必要があります。つまり、要約すると、これはクライアントではなくサーバーに焦点を当てたアクティビティです。

クライアント側のツールは、自動化と回帰に役立ちますが、実際に役立つのは、既にチューニングが完了している場合のみです。

合成ツールがストップウォッチや人間の脳ほど優れていない理由。

  1. ほとんどのツールは、すべてをロードするのにかかる時間を記録しますが、最近では、ユーザー エクスペリエンスと常に同じとは限りません。ページの背景または下部 (スクロールせずに見える位置) にロードするものをプッシュするように多大な努力を払っていますが、合成ツールはこれらのものを認識しません。

  2. 同様に、js と画像はまだロード中かもしれませんが、ユーザーの観点からはページは完成しています。ツールはこれを認識しませんが、人間の脳は認識します。

  3. ページの読み込み方法が微妙に異なる可能性があり、人間の経験には大きな違いはないかもしれませんが、ツールがヒッシーフィットをスローする可能性があります. 例えば。サードパーティの呼び出しはタイムアウトになる可能性がありますが、これがページをブロックしない場合、ユーザーには表示されない可能性があります。

于 2012-07-03T17:02:00.147 に答える
0

レイヤー 7 の質問 (GUI) に答える必要がある場合は、Selenium などのレイヤー 7 ツールを使用してください。

于 2012-07-04T00:24:17.563 に答える