ブレークポイントテストは、ストレステストと似ている。システムが所定の障害状態を監視している間、時間の経過とともに負荷を増やしていく。ブレークポイントテストは、システムが必要な仕様またはサービスレベル契約に従って実行できる最大キャパシティを決定するため、キャパシティテストと呼ばれることもある。固定環境に適用されたブレークポイント分析の結果を使用して、クラウド環境でスケールアウトイベントをトリガーする必要のあるハードウェアまたは条件の観点から最適なスケーリング戦略を決定できる。
構成テスト.
負荷の観点からパフォーマンスをテストするのではなく、システムの構成要素に対する変更がシステムのパフォーマンスと動作に与える影響を判断するためのテストである。一般的な例は、サーバロードバランスについて、さまざまな方法を試すことが挙げられる。
分離テスト.
分離テストはパフォーマンステストに固有のものではないが、システムの問題を引き起こしたテストの実行を繰り返す必要がある。このようなテストでは、多くの場合、障害部分を分離してテストを行う。
インターネットテスト.
これは、Facebook、Google、Wikipediaなどのグローバルアプリケーションが、パフォーマンスを測りたいユーザーがいる地域の負荷ジェネレーターからパフォーマンステストを行うという、比較的新しい形式のパフォーマンステストである。これらのテストを正常に実行するには、通常、膨大な量の準備と監視を必要とする。
パフォーマンス目標の設定.
パフォーマンステストはさまざまな目的に役立つ。
多くのパフォーマンステストは、十分に現実的な目標指向のパフォーマンス目標を設定せずに実施される。ビジネスの観点からの最初の質問は、常に「なぜパフォーマンステストを行うのか」ということである。これらの考慮事項は、テストのビジネスケースの一部である。パフォーマンスの目標はシステムのテクノロジーと目的によって異なるが、常に次のいくつかを含める必要がある。
ソフトウェア性能テスト
性能テスト
ソフトウェア性能試験
ソフトウェア性能検査
性能検査
パフォーマンステスト
パフォーマンス試験
パフォーマンス検査
ジョー・オズボーン
バイオグラフィー.
初期のキャリア.
ロサンゼルスのスタジオベーシストとして.
ナッシュビルでの仕事.
その後の人生.