今日は非常にシンプルなユーティリティについてお話しますが、それでもなお、これはあなたの絶え間なく信頼できる友人やヘルパーになることができます。
私の意見では、すべての種類のテストWebアプリケーションの中で、最も一般的で広く普及しているのは、さまざまなアクセスチャネルを持つユーザーに対してシステムをテストすることです。 まあ、多分、異なるブラウザでの互換性テストに加えて。 そのため、ほとんどすべてのプロジェクトで、接続速度の異なる人々がどのようにプロジェクトを見るかを確認する必要があります。 これは特にWebアプリケーションに当てはまります。特に、大規模なAJAXライブラリがロードされ、プロジェクトがサーバーと頻繁にやり取りする場合、プロジェクトの操作性がそれに依存することがあります。 そのような場合のために、Sloppyプロジェクトがあります。
アーキテクチャ上、 Sloppyはプロキシサーバーであり、特定の帯域幅を持つチャネルを介して特定のサイトへのアクセスをエミュレートします-モデム9.6 Kbから専用の512 Kbまで。 問題は、1 MB以上のチャネルがすでに非常に広く普及しているため、なぜそのような小さな上限速度しきい値だけなのかということです。 ほとんどの場合、速度が1 Mb以上の場合、プロジェクトは非常に高速にロードされるため、テストする意味がありませんが、この場合も議論する傾向があります-そのようなチャンネルでも遅延ではないにしても、ダウンロードプロセスは遅く、これは他のコストほどチャンネルに関連しているわけではないので、このようなクライアントでもテストしたいと思います。
使用可能な設定には、テストするサイトのアドレス、速度の選択（グリッド9.6、14.4、28.8、56、128、256、および512 Kbから）、およびページを受信するポートがあります。 ところで、「プロキシの性質」を考慮して、ローカルプロジェクトとネットワーク上のプロジェクトの両方のテストに使用できます。 もちろん、この場合はインターネットにアクセスする必要がありますが、ローカルサーバーのテストだけではまったく必要ありません（パッケージのダウンロードを除く）。
パラメータを設定して起動すると、ブラウザはオプションで指定したポート（デフォルトでは7569）でローカルアドレス127.0.0.1を開き、指定したサイトを開きます。
ちなみに、Sloppy自体は、JNLPファイルとして配布されるという点で興味深いです。つまり、Java Web Startを使用して実行されますが、コード自体はプロジェクトのサイトからダウンロードされますが、そのサイズは完全に小型です。 ソースコードは個別にダウンロードできます。
当然、より強力で特殊なテストパッケージでは、文字通りエミュレーションと接続のすべての側面をはるかに柔軟かつ完全に管理できますが、単純なチェックのために数十個のパラメーターが必要になることがよくありますか？ しかし、Sloppyを介してプロジェクトを数回起動すると、どこで何を修正できるかをすぐに理解し、プロのツールを使用して本格的なテストに進むことができます。
開発の観点から見ると、統合は興味深く見えるか、ユーティリティと連携してスクリプトやその他のページ要素の読み込みを監視し、このプロセスを分析するだけです。 たとえば、Sloppy + Firebug + YSlowバンドルを使用して、アプリケーションを完全にテストできます！ 今、これは真剣に使用するためのセットです。 どう思いますか？