パフォーマンステスト - 結果の評価と表示 (19)

性能試験部門向け

テスト資産の一元管理と、プロジェクトやシステムの次元からの概要表示は、効果的な管理方法です。これらのテスト資産には、スクリプト、欠陥の説明、テスト記録、テスト報告書、プロジェクト要件、その他の資料が含まれており、これらの資料を分類することで、新しいテスト エンジニアは、元の担当者が不在の場合でも重要な情報を迅速に理解できます。

システムを使用して、パフォーマンス テスト計画、要件、目標、欠陥、およびテスト結果指標データ (機能テストと同様) を記録します。

開発部門向け

性能テスト段階では、開発エンジニアは主に性能不具合解析や性能チューニングなどに携わります。パフォーマンス テスト プロセスによって生成される欠陥の説明は、最も重要な資産です。 

主に、パフォーマンスの欠陥と場所の原因情報が開発者に表示されます。

事業部門向け

テクニカルデータをビジネス指標データに変換する必要がある

❑シナリオ: テストの対象となるビジネス シナリオとテスト システム内のノードの数を説明します。たとえば、標準の注文プロセスには 60 のノードがあります。

❑ ビジネス分布: ホームページ 35%、メニュー入力 35%、ショッピング カートへの追加 20% (匿名ユーザーを含む)、注文プロセス (ショッピングへの追加を含む) など、現在のビジネス シナリオのトラフィック割合に従って表示されます。カート)10%。さらに、他のデータも一致する必要があります。たとえば、同時実行数が 200 の場合、TPS は 978.78 トランザクション/秒、注文数は 61 注文/秒、システム処理の応答時間は 2.5 秒です。

❑ ビジネス上の結論 1: ユーザー操作の全体的な待ち時間が 5 分 (300 秒) の場合、システムがサポートできるオンライン ユーザーの数は約 978.78 × (2.5 + 300) = 296080 です。? ? ? ? ?

おすすめ

転載: blog.csdn.net/seanyang_/article/details/132912772