パフォーマンス テストの結果を提示する際には、収集したメトリックを事前に定義された受け入れ基準と比較し、改善が必要な領域を強調することが重要です。
* オプション A は、受け入れ値が満たされていない場合でも、完了したトランザクションに対して改善は不要であると誤って示唆しています。
* オプション B では、完了したトランザクションには改善が必要であると正しく述べていますが、チェックイン トランザクションには改善は不要であると誤って示唆しています。
* オプション C は、どちらのメトリックも改善の必要がないことを示唆していますが、両方とも許容値を下回っているため、これは誤りです。
* オプション D は、完了したトランザクションの割合とチェックイン トランザクションの両方が許容値を下回っており、改善が必要であることを正しく識別します。
したがって、オプション D は、受け入れ基準を満たすために両方のメトリックを改善する必要があることを正確に反映しています。

モバイル アプリケーションは、CPU、メモリ、バッテリー、ネットワーク帯域幅など、モバイル デバイスで利用できるリソースが限られているため、パフォーマンス上のリスクに直面することがよくあります。これらの制約はモバイル アプリケーションのパフォーマンスに大きな影響を与え、応答時間が遅くなり、ユーザー エクスペリエンスが低下する可能性があります。ISTQB パフォーマンス テスト ガイドラインでは、包括的なパフォーマンス評価と最適化を確実に行うために、モバイル環境の特定のリソース制限を考慮することを強調しています。

トランザクション ネストにより、パフォーマンス テスターはトランザクション内の個々のアクティビティとトランザクション全体の総合的なパフォーマンスの両方を測定できます。これは、パフォーマンスの問題が発生する可能性のある特定の領域を特定するのに役立ちます。詳細なパフォーマンスと全体的なパフォーマンスの両方を理解することで、テスターはボトルネックをより正確に特定し、システムを最適化できます。これは、システムの信頼性と効率性を確保するための包括的なパフォーマンス測定と分析という ISTQB の原則と一致しています。

ピーク ユーザー アクティビティを伴うオンライン チェックインのシナリオでは、パフォーマンス関連のビジネス目標として最も適しているのは、システムがパフォーマンスを低下させることなく、短期間で多数の同時ユーザーを処理できるようにすることです。オプション A は、指定されたピークである 1 分あたり 100 ユーザーに合わせて、システム パフォーマンスを維持しながらピーク負荷をサポートするという要件に直接対応します。
参照：
* ISTQB パフォーマンステスト シラバス
* ISTQB用語集

パフォーマンス テストにおけるランプアップとは、仮想ユーザーの数を徐々に増やして、システムの負荷の増加をシミュレートするフェーズを指します。これは、さまざまなレベルのストレス下でシステムがどのように動作するかを判断するために不可欠です。ランプアップの概念の正しい説明はオプション C と一致しており、同時ユーザー数を増やして、定常状態から高負荷シナリオへの移行をシミュレートします。
参照：
* ISTQB パフォーマンステスト シラバス
* ISTQB用語集