ほとんどの人にとって、パフォーマンステストを実行する前に、最も重要なことはパフォーマンステストの要件を理解することであり、今日ではそれが一般的になります。
一般的に言って、需要はおそらく次のようになります：
1.システム/製品のパフォーマンステストを実行します（この種の要求は一般に架空のものであり、洗練されていない場合、基本的に操作できません）。
2.オンラインでの最大人数を測定します（この種の需要は基本的に容量です。プロジェクト/製品の最大容量を見てみましょう）。
3.オンラインに問題がありますが、問題の原因を見つけることができません。予想を確認するために、圧力をかけて問題を再現したいと考えています（この要件は、オンラインの問題を再現するためのものであり、スクリプトをできるだけ正確にシミュレートする必要があります実際のビジネス。）
需要分析の方法については、以前に分析があるはずなので、ここでは繰り返しません。多くの場合、テストの学生がパフォーマンステストの目的と要件を理解するのは非常に困難です。経験に加えて、開発の学生と共通のトピックを用意して、開発の学生が何を考え、何をすべきかを理解する必要もあります。問題には注意が必要です。ただし、これには開発技術をある程度理解しておく必要があります。そうでなければ、開発間で情報の非対称性を生み出し、開発を開発することは簡単です。私たち自身で測定します。相乗効果はなく、最終結果を作るのは難しいはずです。一部の人々は満足しています。
実際、需要に加えて、環境要因も非常に重要です。
パフォーマンステストが測定される環境は、実際には非常に精通しています。
一般に、オンライン環境とほぼ同じ独立したパフォーマンステスト環境でテストすることをお勧めします。なんで？大部分は、それは建築の関係です。異なるアーキテクチャはテスト結果に大きな影響を与えます。ほとんどの場合、テスト環境と正式な環境の違いは非常に明白です。テスト環境が単一のマシンで、本番環境がクラスタである場合があります。単一のマシンで発生した問題がクラスタに表示されない場合があります。また、クラスタで発生した問題を単一のマシンで再現するのが難しい場合があります。
トラブルを回避する最も簡単な方法は、正式な環境でストレステストを行うことですが、これはダーティデータとエラー回復の問題に注意を払う必要があります。正式な環境での圧力テストが実際のユーザーの使用に影響を与えず、実際のユーザーのデータが変更されず、問題を解決した後、システムを迅速に復元できることを願っています。
もちろん、ほとんどの場合、正式な環境でストレステストを行うことは危険です。通常は、実稼働環境とほぼ一貫した環境でパフォーマンステストを行うことをお勧めします。では、これはどういう意味ですか？
1.構造は基本的に同じですが、減らすことができます。たとえば、オンラインリバースプロキシの後に10台の負荷分散マシンがあり、2台のマシンを使用する場合があります。
2.データ量は基本的に同じです。オンラインには100万個のデータがあるため、ストレステストでは約100万個のデータも使用します。
3.データの感度低下。ユーザーの機密情報を公開しないでください。
4.ネットワークの状態は一貫しています。ラインの帯域幅は1Gであるため、同じ帯域幅が圧力テストに使用されます。
では、独立したパフォーマンステスト環境を定義した後、この環境を誰が構築して保守するのでしょうか。
テストのクラスメートが自分でビルドして保守することをお勧めします。次に、いくつかの基本的な操作と保守操作（ソフトウェアのインストール、構成の変更）に加えてテスト環境を構築する場合、どのような知識が必要ですか？
システムのアーキテクチャを理解する必要があります。
面接では、面接担当者は、候補者がテストしているシステムのアーキテクチャの図を簡単に描けるようにします。さらに、企業で技術的にアップグレードする場合は、どのテクノロジチャネルでも、製品のアーキテクチャを尋ねます。重要です。
テスト環境を構築することで、システムアーキテクチャをよりよく学習できます。多くの新規参入者は、彼が来てから数日後に新しい開発環境またはテスト環境を構築します。それは本番のような環境です。たとえば、環境をセットアップするときに、redisをインストールする必要がある場合、開発クラスメート、redisに尋ねることができます何に使用されているか、どのビジネスシナリオに使用されているか、またはどのビジネス問題が解決に使用されているか。やがて、アーキテクチャを理解する能力は確実に向上します。
さらに、多くの場合、アーキテクチャの進化は、いくつかの既知の問題を解決するか、より多くのユーザーにサービスを提供できるようにすることです。このアーキテクチャの置き換えに関する議論と技術的な選択には、パフォーマンステストのニーズも含まれています。バックドアに移動してください。ベルデン、多くのものが便利になります。
最後に、土台は非常に重要です。土台が良ければ、いくつかの概念はより理解しやすくなるかもしれません。たとえば、負荷分散のためのリンク層転送の方法で、リンク層を理解していない場合、概念を理解するのはより難しくなります。
全体として、パフォーマンステストを行う前に、
1.パフォーマンス要件を明確に分析する
2.システムアーキテクチャを理解する
3.テスト環境を構築する
4.基本的な知識を補足する取り組み
これは私の洞察の一部です。私はあなたにいくつかの良い提案をもたらし、コメントを歓迎し、コメント欄にあなた自身の提案を公開したいと思います。