GB/T 39788-2021 英語 PDF (GBT39788-2021)

配信: 3 秒。真の PDF + 請求書をダウンロードしてください。
1分で見積もりを取得: GB/T 39788-2021をクリック
過去のバージョン: GB/T 39788-2021
True-PDF をプレビュー(空白の場合は再読み込み/スクロール)

GB/T 39788-2021: システムおよびソフトウェアエンジニアリング - パフォーマンステスト方法
39788-2021 国際電気通信連合
イギリス
国家標準の
中華人民共和国
ICS35.080
77 号
システムおよびソフトウェアエンジニアリング -
パフォーマンステスト方法
発行日: 2021年3月9日
実施日: 2021年10月1日
発行元：国家市場監督管理総局
中華人民共和国標準化管理局。
目次
序文…3
1 範囲 ... 4
2 規範的参照 ... 4
3 用語と定義 ... 4
4 パフォーマンステストの概要 ... 6
5 パフォーマンステストプロセス...6
6 パフォーマンステスト需要モデル ... 10
7 パフォーマンステストの種類 ... 14
付録A（参考）パフォーマンス効率の品質測定...29
付録 B (参考) モバイルアプリケーションのパフォーマンステストケース ... 30
付録C（参考）大規模性能試験の適用事例
情報システム ... 37
付録D（参考）クラウドアプリケーションパフォーマンスのテストケース...41
付録E（参考）組み込みソフトウェア性能のテストケース ... 48
システムおよびソフトウェアエンジニアリング -
パフォーマンステスト方法
1 範囲
この規格は、テストプロセス、テスト要件モデル、テストの種類を規定しています。
システムとソフトウェアのパフォーマンス。
この規格は、性能試験の分析、設計、実行に適用される。
システムとソフトウェア用。
2 規範的参照
この文書の申請には以下の文書が必須です。
日付の記載された文書については、日付が示されたバージョンのみが適用されます。
この文書にのみ適用されます。日付のない文書については、最新バージョン（
すべての修正がこの規格に適用されます。
GB/T 25000.10-2016 システムおよびソフトウェアエンジニアリング - システムおよび
ソフトウェア品質要件と評価（SQuaRE） - パート10：システム
ソフトウェア品質モデル
GB/T 25000.23-2019 システムおよびソフトウェアエンジニアリング - システムおよび
ソフトウェア品質要件と評価 (SQuaRE) - パート 23:
システムおよびソフトウェア製品の品質の測定
GB/T 38634.1-2020 システムおよびソフトウェアエンジニアリング - ソフトウェアテスト -
パート1: 概念と定義
3 用語と定義
GB/T 38634.1-2020で定義されている用語と定義、および以下の
この文書には用語と定義が適用されます。
3.1
負荷テスト
システムとソフトウェアのパフォーマンスを評価するために使用されます。
予想される変動負荷。負荷は通常、低負荷、標準負荷、ピーク負荷の間です。
使用上の期待。
注: パフォーマンス効率テストの一種。
4 パフォーマンステストの概要
パフォーマンステストは、システムと
テスト対象のソフトウェアは、指定された時間内に指定された機能を完了し、
その他のリソース制約。パフォーマンス効率テストとも呼ばれます。
パフォーマンス効率、品質特性、サブ特性については、
システムとソフトウェアについては、GB/T 25000.10-2016の4.3.2.2を参照してください。パフォーマンスについては、
システムとソフトウェアの効率、品質の尺度については付録Aを参照。
品質尺度の説明と測定関数は、図の通りである。
GB/T 25000.23-2019の8.3に記載されている。使用時には、品質測定は
システムとソフトウェアの実際のニーズに応じてカスタマイズされます。
モバイル アプリケーションのパフォーマンスのテストの事例については、付録 B を参照してください。
大規模情報システムのテスト事例については付録Cを参照
パフォーマンス。
クラウド アプリケーションのパフォーマンスのテストの事例については、付録 D を参照してください。
組み込みソフトウェアのパフォーマンスのテストの事例については、付録 E を参照してください。
5 パフォーマンステストプロセス
5.1 概要
パフォーマンステストプロセスには、次の4つのプロセスが含まれます。
性能試験、性能試験の設計と実施、
パフォーマンステスト、パフォーマンステストの概要。
5.2 性能試験の需要分析
パフォーマンス テストの需要分析には、次のアクティビティが含まれます。
a) パフォーマンステストの合格基準を決定します。
システムアーキテクチャが決定されたか、スモークテストに合格したか。
テストは早ければ早いほど良いです。
b) システムとソフトウェアのパフォーマンス要件を決定する
テストされる。パフォーマンス要件は要件から生じる可能性があり、
契約書や要件書などの文書に明記されている
仕様、またはビジネスで合意された暗黙の要件、
データ、想定されるユーザー、システムの動作。パフォーマンス要件
パフォーマンス要件モデルに従って決定する必要があります。
- システムが利用できません。
- サーバーがダウンしているか、必要なサービスが停止している。
不確かな理由;
- アプリケーションにブロッキングプログラム/重大な欠陥がある
州;
- 必要な依存関係が利用できません。
2) 回復基準には以下が含まれます。
- システムおよび/またはサーバーが利用可能であり、電源がオンになっていて実行中であること。
- ブロックや重大な問題を解決する。
- アプリケーションの機能が復元されました。
- データ処理サイクルが一定でない場合の回復度をテストする
完了しました。
5.4 性能試験の実施
パフォーマンス テストの実行プロセスには、次のアクティビティが含まれます。
a) 実行前に事前準備チェックを実施し、
パフォーマンステストに必要な環境とリソース。
b) テストスクリプトを手動で実行するか、テストツールを使用して実行し、パフォーマンスを監視する
実行中のインジケーター、テスト結果を記録します。
c) パフォーマンステストでは通常、包括的な
一定期間にわたるテスト対象のシステムおよびソフトウェアのパフォーマンス。
平均値、最大値、最小値をテスト結果として取得します。
必要です。
d) 性能試験が異常終了した場合、または
要件または期待がある場合は、パフォーマンス問題レポート フォームに記入してください。
問題報告には、問題の原因、シナリオ、
構成、問題の説明、問題のレベルなど。
e) 実行したテストケースが合格かどうかを判定する。テストが不合格の場合は、分析する。
特定の状況で、それが原因であるかどうかを判断するには
ソフトウェア自体のパフォーマンスボトルネック、またはテストによって引き起こされる
環境。
図1は、パフォーマンステストの実行フレームワークを示しています。
5つのコンポーネント：入力、動作環境、システムとソフトウェア
a) パフォーマンステストの結果を整理します。パフォーマンステストの結果については、
テストでは、さまざまな条件下での包括的な結果を考慮する必要があります
環境要因;数学的および統計的手法を使用して
標準偏差、統計などの包括的なデータ分析
ユーザーが同意したモデル。
注1：データを分析する際には、データなどの異常なデータを削除する必要があります。
システムの起動時またはシャットダウン時にキャプチャされます。
注2: 応答時間、スループット率、リソースの考慮については、
利用率には平均、最小、最大、標準が含まれます
偏差。
注3：同時リクエスト数については、
最大の同時リクエスト。
b) ソフトウェアパフォーマンステストレポートを作成します。これには次の内容が含まれます: テスト
ソフトウェアのパフォーマンスに関する結果の分析、評価、および提案。
c) テスト記録に基づいてパフォーマンスの問題レポートを作成し、
パフォーマンス問題レポートシート。パフォーマンステストイベントレポート
問題の原因、シナリオ構成、問題
説明、問題のレベルなど。
6 パフォーマンステスト需要モデル
6.1 概要
パフォーマンス テスト要求モデルでは、次の要素を考慮する必要があります...