製品の問題を解決するためのテストツールの使用(翻訳)

標準的なウェブサイト監視ツールとは、ページの応答を回っている、と彼らはあなたに警告を発行しないことを証明することができます。しかし、あなたが問題を検出するために、対話型のスクリプトで実行し、あなたのウェブサイトを監視するために、ストレステストの技術を使用して、必要なメッセージを生成することができます。それは静かなセンチネル連続動作と同様、ベッドに行くことはありませんか偽物を離れてあなたのウェブサイトの信頼性を高めることです。

私たちのサイトには、ユーザ認証処理が時折停止され、ユーザがログイン含まれています。当社の標準的なウェブサイト監視ツールは、ホームページをオンにし、それに応答してページを検証しますが、外部と相互作用することができることができ、私たちのツールのページを配置することは適切ではありません。私たちは本当の問題に顧客に警告するとき、我々はそれを理解することができます。これは私たちがより良い方法を見つける必要があり、受け入れられません。

私たちは、私たちは多数のユーザーを実行できるように、ストレステストの一連のストレステストツールの開発と実装を使用する前に、テストサイト上の異なるアクションの多くを行います。しかし、私たちは本当の問題の顧客を持っている前に、当社の生産システムへの影響が私たちに警告するという簡単なユーザー、24時間365日、実行するために簡単なスクリプト反復基礎を行うための方法が必要です。単一のユーザーとして私たちのストレステストツールは、このテストを行うには、しかし、問題が検出された場合に、警告を生成するための方法を欠いています。

単一のユーザーとしてプロセスを繰り返し、ストレステストスクリプトを実行するために別のアプリケーションを使用しているときにエラーを警告するためにいくつかの方法を持っている:私たちのサプライヤーと協力して、我々は、彼らが簡単なソリューションを提供することを見つけます。私たちは今、3年間、この権利のプロセスを持っており、それが優れたソリューションを持っています。ここでは、我々はそれをどのように動作するかです。

デザインテスト

最初のステップは、テストするどのようなビジネスとどのように見えるか失敗かを決定するためにいくつかの分析を行うことです。ときに同様のストレステスト、このテストを実行するための時間やスクリプトのページの圧力の結果に焦点を当てていないだけ。また、生産システムのログを記録することが知られているユーザ名/パスワードの組み合わせを使用しての基礎を反復する能力が必要です。

この試験の目的は、単にサイトがアクティブで、使用する準備ができていることを確認することです。私たちのテストでは、トランザクション(受注)が含まれていませんが、あなたはこれを含めることができ、それだけで多くの作業が必要です。

 

我々は、これらの点を確認してください。

  • ・各ページには、以下の5000ミリ秒(5秒)にロードする必要があります
  • ・各ページが正しくロードする必要があります
  • ・各ページのニーズ(内容確認ページの負荷が予想される)テキストをチェックして

スクリプティング

今あなたが設計していることを、あなたのスクリプトを作成することができます。

まず、我々は正当なユーザーアカウントを選択し、このプロセスのために使用することができます。(これは、生成物中に存在する必要があるが、テストアカウントとして見られています。)

また、許可されたユーザーによって排他的に使用され、当社のローカル・エリア・ネットワーク監視ステーションの一部を追加することができます。このコンドーム・ソケット・レイヤーコントロールを使用して認証するので、これらのサイトのためには、我々はセキュア・ソケットとポートマッピングをサポートするために、いくつかの特別なコードを追加する必要がありました。

私たちは、特別なルールがツールは、この設計では任意の措置に含まれる必要が監視している、スクリプトを作成するために、我々の共通のストレステストスクリプトの設計ツールを使用します。あなたのサポートベンダーによってサポートされている場合は、この分野でいくつかの有用な情報を持っているかもしれません。

スクリプトを設計し、右実行してきたら、今あなたがモニタのアプリケーションにそれをプッシュすることができます。

モニタの作成

あなたは、いくつかのケースでは、すべてのリアルタイムのファイルだけでなく、スクリプトを必要とするので、どのようなスクリプト要素を確認するために、プロバイダで覆われてする必要があります。良いニュースは、これらのファイルが小さいことです。

あなたのモニターを作成すると、最初に追跡するためにどのようなページ要素を決定します。あなたのソリューションによって、あなたは監視対象の要素の数を制限することもできますので、それぞれの要素は、あなたのプロトコル能力の一部を監視するために使用することができますを選択します。私たちのケースでは、我々はそれをロードするのにかかる結果ページがロードされ、どのくらいの時間を監視する必要がありますが、あなたはまた、いくつかの任意の以下のような他の要素を、選択することができます。

 

あなたがモニターを保存するときは、インストルメントパネルに作成された最初のモニタリングの結果を見ることができます。

 

モニタリングの原則を作成します

あなたがモニターを作成したら、なぜシステムの種類は、ルールを作成するパスを決定するか、条件を失敗するために使用することができます。私たちは、モニタページのステータスとロード時間を選択します。

 

あなたが設定した基準を持っている場合/条件、インストルメントパネル内の反応状態を失敗。

 

また、あなたが実行をテストする必要がどのくらいかを決定する必要があります。2回目もテストを開始する場合は、最初のテストはまだ実行されているときは、誤警報を得ることができますので、我々は、各テスト3分の間で許容されます。

アラートルールの作成

今、あなたがテストを作成し、障害が何であるかを定義するには、とき、ルールに検出することに失敗するとして可能性があります誰が教えて作成する必要があります。

当社のツールは、10回の以上の異なるアラーム活動を可能にするが、私たちは私たちの電子メールアラートのプロセスのために選択しました。私たちは、反応部位の問題への明確なメッセージの件名を使用します。単位キャリアは電子メールアドレスをサポートしている場合我々は、電子メールやテキストメッセージを送信することができます-例えば、[email protected]

ことの一つは、時折イベントがあなたのウェブサイト上で発生していない、技術は間違いを犯すことは容易であるかを区別することです。試験は3回連続で失敗しない限り、そうでない場合、我々は、アラートを生成しない、誤報の数を減らすために。また、価格取締局がイベントを処理しているときにのみ、彼らはすでに、イベントを取り上げ、それらを伝える電子メールの束を必要としない(20あたり)重複したメッセージを生成するために、毎時間のルールを確立しました。

我々はまた、関与し、ダウンタイムの計画州都エラーメッセージ警告を防ぐために使用できない警告する必要がありました。

レポートの生成

これらの監視ツールが出て良い時間のパフォーマンスをチェックし、有用なレポートを生成する方法を提供します。これらは、カットまたはHTMLにエクスポートするためにコピーすることができます。(私はそれをカットし、レポートを生成したデータのすべてを説明しようとするよりも、関連する情報を、むしろコピーする方が簡単でした。)

これらは、私たちのサンプルレポートの品質、ベンの崩壊にログインプロセスとタイムリーな変更の必要性に例を示します。

 

 

メンテナンス信頼性

当社のツールは、すぐにすべてのモニターをチェックし、それが大きな問題であってもよいし、一つ以上の質問があるかどうかを確認する簡単な場所を提供し、ダッシュボードビューを含んでいます。

最初は、このツールの仮想ユーザテストを使用してのアイデアはいくつかの人々にあるので、いくつかの強力なチームが、価格統制の米国局を販売するには、新しい概念です。しかし、今、それは、静かな歩哨を実行し、ベッドや休暇に行くことはありませんが好きだった、我々は実際に新しいアプリケーションの到着を持って、ユーザーが信頼性を維持することが可能であることを確認するために自分のサイトを検出するために私達に尋ねます。

このない品質保証の役割も - これが私たちの業務の信頼性を向上させること?

おすすめ

転載: www.cnblogs.com/fengye151/p/11518816.html