負荷テストでヘッドレスブラウザを使用すべきタイミング

ヘッドレスブラウザは、現代のWebアプリケーションにおける負荷テストのデフォルト実行モデルとして、静かに定着してきました。迅速にプロビジョニングでき、スケールコストが低く、自動化パイプラインにも容易に統合できます。より早く、より頻繁に、より高い負荷でテストするという継続的なプレッシャーの下にあるチームにとって、ヘッドレス実行は実用的であるだけでなく、ほぼ不可避に感じられます。...

負荷テストでクラウドコストを削減する:実践的プレイブック

クラウドの請求額が急増するのは、クラウドが高すぎるからではありません。実際のトラフィックが到来したときに、サービスが予測不能な挙動を示すからです。軽い負荷では 80 ミリ秒で動作する関数が、並行処理下では 200 ミリ秒かかることがあります。ステージングではクリーンに見えるマイクロサービスが、繁忙時には 5 つの内部呼び出しに分岐することもあります。静かな午後には完璧にチューニングされているように感じるデータベースが、トラフィックが増加した瞬間に IOPS...

AWS Lambda と Azure Functions のサーバーレス負荷テスト

インフラが消えると、パフォーマンスエンジニアが頼りにしていた前提も消えます。AWS Lambda、Azure Functions、Google Cloud Functions といったサーバーレスコンピューティングは無限のスケーラビリティと運用負荷のゼロ化を約束します。しかし実際には、従来のサーバーの定常負荷モデルを、はるかに動的で予測不可能なものに置き換えてしまいます。...

製品ローンチ前に負荷テストを行う方法(そしてその理由)

製品ローンチは、デジタルサービスのライフサイクルで最も容赦のない瞬間です。機能の設計に数か月、ユーザー体験の磨き込みに数週間、マーケティングに何千ドルも費やしても、ローンチ後最初の30分でインフラが崩れれば結末は同じです。ダウンタイム、怒れるユーザー、無駄になった費用。日々の運用とは異なり、ローンチはトラフィックを単一で予測不能なスパイクへと圧縮します。だからこそ製品ローンチに向けた負荷テストは「任意」ではありません——シームレスに感じられるローンチと、自らの話題性に押し潰されて崩れるローンチを分ける分水嶺なのです。...

LoadView vs. LoadRunner – パート II:テストシナリオの設定とレポートの詳細解析

以前の記事「Web負荷テスト:LoadRunner vs. LoadView – 実世界のシナリオ」では、PhoneNumberMonitoring.comでの典型的なユーザージャーニー(サイト起動、ログイン、タブ移動、ログアウト)をLoadRunnerとLoadViewを用いてシミュレーションする方法を紹介しました。この比較では、スクリプト作成の労力、設定の複雑さ、使いやすさの違いが強調されました。...

LoadView でアプリケーションパフォーマンスを最適化

 現代のユーザーは超高速なアプリケーションパフォーマンスを期待しており、数ミリ秒の遅延でも離脱率の増加、ユーザー体験の悪化、収益の損失につながる可能性があります。そのため、LoadView のような実ブラウザを使ったパフォーマンステストツールは、エンジニア、テスター、DevOps チームにとって不可欠です。 このガイドでは、LoadView の以下の機能がどのようにして、 レスポンスタイムグラフ セッションドリルダウン カスケードタイミングビュー...