みなさん、こんにちは。私はイフェイです。今日は、パフォーマンステストを完了するためにテスターが何をする必要があるかをお話しします。次に、Yifeiは4つのステップで適切にあなたに教えます、完全なパフォーマンステストとは何ですか、それを見てください！
1.プロセスの概要
1.標準プロセスの重要性
標準化されたパフォーマンステストの実装プロセスにより、テストワークフローの制御が強化され、パフォーマンステストの各段階で完了する必要のあるタスクが明確になり、テスターがパフォーマンステストの作業を正しく整然と実行できるようになり、各役割の作業効率が向上します。パフォーマンステストで。今回共有したパフォーマンステストの実装プロセスは、パフォーマンステストの「ガイドライン」であり、できるだけ早くパフォーマンステスターになるための手助けをしたいと考えています。
2.特定のプロセス
パフォーマンステストプロセスは、[要件調査フェーズ]→[テスト準備フェーズ]→[テスト実行フェーズ]→[テストレポートフェーズ]→[テスト要約フェーズ]の5つのステージに分かれています。
2.需要調査
1.需要調査
需要調査作業は、パフォーマンステストの実装担当者が主導し、製品マネージャー、開発エンジニア、運用保守エンジニアが協力して作業を完了します。需要調査の主な内容は次のとおりです。
1.1システムオンライン環境のパフォーマンス要件
パフォーマンス要件、信頼性要件、保守性要件など。
1.2システムパフォーマンス要件に関連するその他の情報
システム情報（オンライン環境ハードウェア、パラメーター構成、システムアーキテクチャと展開方法、関連するシステム展開など）、ビジネス情報（主要なビジネスロジックと処理手順、トランザクションリスト、トランザクション量情報、ビジネス分散ルールなど）を含みます。 ）、生産上の問題、ドキュメントなど、収集した情報を要約して、テスト対象のシステムのビジネスとテクノロジーの全体的な理解を実現します。
1.3要件の要約
開発プロジェクトチーム、需要部門、運用保守部門、およびその他のテストタスクの提案者は、「Cloud Wisdom_XXX System_XXXモジュールパフォーマンステスト要件フォーム」の「タスク情報」と「テストの背景」、および提案されたテスト要件を入力する必要があります。簡単なテキストでは説明できません。ファイルを添付できます。
2.需要分析
需要分析の基本的なプロセスは次のとおりです。
まず、パフォーマンステストエンジニアが需要調査から得られた情報を分析し、「Cloud Wisdom_XXXSystem_XXXモジュールパフォーマンステスト要件テーブル」のパフォーマンス要件を特定のパフォーマンス要件インデックス値に変換します。
次に、テスト環境とオンライン環境の違いの分析に従って、パフォーマンステストエンジニアは、オンライン環境条件でのパフォーマンス要件インデックス値を現在のテスト環境条件でのパフォーマンス要件インデックス値に変換します。
例えば：
TPS（Transaction per Second）：システムによって処理された1秒あたりのトランザクション数。派生プロセスは次のとおりです。現在のオンラインAPP1.0トライアルシステムは、主にクエリトランザクション用であり、トランザクションの40％を占めています。 1か月あたり約20Wのトランザクション。、APP2.0システムがオンラインになった後、1日のクエリでビジネス量が20Wに急増すると、1日の合計トランザクション量Tは次のようになります。T= 20W / 40％= 500000トランザクション/日
システム処理能力TPS導出：APP2.0がオンラインになった後、最大トランザクション量は1日あたり500,000トランザクションであり、システムには夜間のトランザクション量がほとんどありません。2：8の原則によれば、（50000080％）/（ 820％3600）= 69.4トランザクション/秒。毎年の取引量の50％の増加に基づいて計算すると、70トランザクション/秒に切り上げられます。1年後のシステム処理能力インデックスは、70 + 7050％= 105トランザクションにほぼ等しくなります。 /秒。
安定したトランザクション量の導出：システムの処理能力の60％を継続時間= 105トランザクション/秒、60％83600 = 1814400トランザクションで取得します。分析後、テストインデックス値に要約
需要分析の主な内容と規範的要件は次のとおりです。
パフォーマンステストの要件：パフォーマンステストのインデックス項目と必要なインデックス値を正確に説明する必要があります。
システムスコープ：パフォーマンステスト要件のインデックス値が依存するテストスコープ情報を正確に記述する必要があります。たとえば、テストスコープの関連システムロジック図、および各関連システムの情報を記述する必要があります。システム、特定のテストも明確にする必要があります。スコープ、テスト対象のシステムの関連サブシステムの詳細な説明。
環境差異分析：テスト環境の全体的なネットワークトポロジ図、テスト環境のマシン構成テーブル（数量、モデル、リソース、オペレーティングシステム）など、パフォーマンステスト要件のインデックス値が依存するテスト環境情報を正確に記述する必要があります。 、および対応するソフトウェア構成、重要なパラメーター構成など。同時に、上記のオンライン環境に関する情報を正確に記述し、環境の違いを詳細に分析する必要があります。
3.モデル構築、シーンデザイン
事業の種類：
XX月XX日200X年XX月XX日200X年XX月XX日と200X年XX月XX日の間のピーク営業日の取引量統計によると、わずかな調整を経て以下のビジネスモデルが得られ、ビジネスモデル取引が必要です。上記のオンライントランザクション量の少なくとも90％を占めるには：
3.テスト準備フェーズ
テスト準備段階は、パフォーマンステスト作業の重要な段階です。準備段階では、テストモデルへのビジネスモデルの構築、パフォーマンステストの実装計画の準備、テスト環境の準備、パフォーマンステストケースの設計、パフォーマンスの設計を完了する必要があります。試験監視プログラム、性能試験スクリプト、および関連する試験データの作成、および関連する準備活動が完了した後、試験計画に従って入学検査を実施するものとします。
焦点：テストモデルの構築、スキームの設計、ケースの設計、データの準備など。
1.テストモデル（シーン）の構築
需要分析に基づいて、調査で収集された関連データと情報が分析され、システム間のトランザクションパス、トランザクションの関係、データの処理と循環、取引量、トランザクション比率、一般的なトランザクション、およびシステム処理能力などのパフォーマンステストポイントについては、複数のビジネスシナリオを対象とし、シナリオごとに特定のビジネストランザクションセットのセットを選択し、ビジネス量の割合に応じて対応するテストモデルを構築します。分析により、一般取引日モデル、国債発行日モデル、および履歴クエリトランザクションモデルの3つのテストモデルがあると結論付けられます。
貯蓄債券取引モデル：
-履歴クエリトランザクションモデル：
2.スキーム設計
パフォーマンステストの実装計画の準備は、パフォーマンステスト作業の必要な部分であり、その出力は、「Cloud Wisdom_XXX ProjectXXX機能モジュールパフォーマンステスト計画V1.0.xlsb」などの「パフォーマンステスト計画」です。
計画を説明する必要があります：テスト要件、開始-停止基準、テストモデル設計、テスト戦略、テストコンテンツ、テスト環境とツール要件、および各段階での出力ドキュメント。計画では、パフォーマンステスト作業のタイムスケジュール、予想されるリスク、リスク回避方法なども説明する必要があります。テストモデルの設計内容は、この段階でテストモデルの設計で形成されたテストシナリオ、およびシナリオ内の一般的なトランザクションとその比率に基づいています。
3.ケースの準備
ケース設計では、ケースの説明、テスト環境の説明（ハードウェア、ソフトウェア、アプリケーションバージョン、テストデータ）、遅延設定、ストレスシナリオ、実行の説明、期待される結果、および監視ポイントが含まれます。
ケースデザインはパフォーマンステスト作業に必要な部分であり、ケースデザインの出力ファイルは「パフォーマンステストケース」です。
4.データの準備
環境の準備には、基本データの準備が含まれます。テストデータの量と論理的関係は非常に厳密です。基本的なテストデータの準備は、通常、自作のシミュレーションデータを採用するか、感度の低いオンラインデータを使用します。
5.スクリプト開発をテストします
テストスクリプト開発の一般的な手順は次のとおりです。
** 1. **記録または書き込みを通じて、スクリプトコードの生成を完了します。コードが生成されると、テストプロセス中の統計的なトランザクション応答時間の単位として、主にニーズに応じてトランザクションが挿入されます。
** 2。**テスト要件に従ってパラメータ設定を行います。
** 3. **チェックポイントを設定し、メッセージの内容フィールドに従ってトランザクションが正しく実行されているかどうかを判断します。つまり、チェックポイントはアプリケーションレベルで設定されます。
** 4。**テスト要件に従ってアセンブリポイントを設定するかどうかを決定します。
4.テスト実行フェーズ
テスト実行段階は、テストケースが実行され、システム処理能力指数データが取得され、パフォーマンステストの欠陥が検出される段階です。テストの実行中、テストシナリオまたはテストスクリプトはテストツールを使用して実行され、さまざまな監視ツールも使用されます。実行が終了したら、分析のためにさまざまな結果データを収集します。必要に応じて、システムの調整と回帰テストを実行フェーズで実行できます。
焦点：結果の記録、テストの監視、結果の分析
テクノロジー業界では、ソフトウェアテストがテクノロジーの王様であるため、技術スキルを向上させる必要があります。したがって、誰もが自動化プロジェクトの実際の戦闘経験を充実させる必要があります。これは、今後数年間のキャリア計画とテスト技術の深さに非常に役立ちます。
ソフトウェアテスト、インターフェイステスト、自動テスト、およびインタビューの経験を交換したい場合。興味があれば、私が作成したソフトウェアテスト交換グループ642830685を追加できます。このグループは、ソフトウェアテストのリソース、テストの面接の質問、テスト業界の情報を随時共有します。誰もがグループ内で積極的に技術を交換することができ、あなたの質問に答える大物もいます。
最後に書かれた：
有毒チキンスープは有毒と言われていますが、飲まないといけないので、最後にチキンスープをシェアします。
他の人が停滞しているとき、私はボーのために戦い続けます、いつか私は豊作になるでしょう。私が成功するまで持続します。昨日の成功は失敗の前兆であるため、私は満足していません。昨日は良いことも悪いこともすべて忘れて、風と共に手放したい。
これはすべて人間の心理学であり、常にこのように思われます。何かを手に入れることができないほど、それを手に入れたいと思うようになり、この欲求を満たす過程で遭遇する困難が大きくなるほど、苦労する意志。強いです。ですから、仕事や勉強で困ったときは頑張って、やがて自分の星や海に出会えると思います。
