運用環境でのテストとは何ですか?
Published on 26 Mar 2021
Compuware によると、パフォーマンスの悪いアプリを再び使用する可能性はユーザーの 48% に低下します。パフォーマンスの悪いアプリがあるブランドに対して、アメリカ人の 88% が否定的な印象を持ちます[1] 。バグのあるソフトウェアをリリースすると、ビジネスに現実的な影響が及びます。問題の深刻度と影響度に応じて、金銭や収益の損失から会社の倒産まで、さまざまな影響が生じます。ソフトウェアをテストして検証し、バグのないコードをユーザーに提供することの重要性は、強調しすぎることはありません。ソフトウェア会社が検証ツールボックスに持つ新しいツールの 1 つは、運用環境でのテストです。
運用環境でのテストは、ソフトウェア開発の変化と開発者が対処しなければならないリスクの種類により、注目を集めているリスク管理戦略です。このホワイト ペーパーでは、CircleCI CTO (最高技術責任者) Rob Zuber が、現代のソフトウェア開発環境におけるリスク管理のあり方に関する貴重な洞察を共有し、あらゆる規模の企業がテストに関して十分な情報に基づいた論理的な選択を行うために使用できるフレームワークを提供します。
ソフトウェアリスク管理とは何ですか?
ソフトウェアのコードベースが更新されるたびに、意図しない動作を開始するリスクがあります。開発プロセス中のリスク、開発が時間内に完了しないリスク、製造コストの増加などもあります。ソフトウェアのリスクは、内部リスクと外部リスクの2つのカテゴリに大まかに分類できます。内部リスクは、プロジェクトマネージャーがある程度制御できるリスクであり、外部リスクはマネージャーの制御外です。リスク管理は、リスクを特定して軽減するプロセスです。ソフトウェア開発会社では、リスクを軽減するために、コードを本番環境にリリースする前、つまり、ユーザーがソフトウェアを操作し、更新されたコードの影響を受ける可能性がある環境にコードを追加する前に、テストと検証を実行します。従来、すべてのテストと検証は本番前に行われていました。しかし、最近では、本番環境でのテストの価値を認識する組織が増えています。
本番環境でのテスト (TIP) とは何ですか?
TIP は、段階的な環境でソフトウェアをテストする代わりに、実際のユーザー トラフィックを使用してコードをテストする方法です。これは、継続的デプロイメント モデルの一部です。 プレプロダクション環境ですべてのソフトウェア バグを見つけることは、不可能ではないにしても、非常に困難です。これは、プレテストで、開発者がモック データとユーザー フローを使用して実際のプロダクション環境をシミュレートする必要があるためです。テストに長い時間を費やした後でも、テスターがニッチなユース ケースやフローを見落としている可能性があります。したがって、テストと検証に長い時間を費やしても、100% バグのないソフトウェアが得られるという保証はありません。現代のソフトウェアとプロダクション システムは複雑で、サード パーティ ソフトウェアと大規模なデータベースへの依存が高まっているため、プロダクション環境を効果的にシミュレートすることは非常に困難になっています。このため、プロダクションでテストする手法が生まれました。機能フラグなどの戦略を使用することで、企業はユーザー ベースの小さなセクションに機能と更新を展開し、バグがないかテストできます。 TIP は従来の生産前テストと検証に代わるものではなく、そのプロセスにおける別の段階であることを理解することが重要です。
この電子書籍をダウンロードして、CircleCI CTO の Rob Zuber が、今日のソフトウェア環境における徹底的なリスク評価がどのようなものかを解説します。このような業界の専門家による質の高いリソースをさらにご覧になりたい場合は、Whitepapers.online を購読してください。
ソース：
1. nd、N. Roberts、「ソフトウェアバグが会社に与える影響」、Global App Testing [オンラインで入手可能] から入手可能: https://www.globalapptesting.com/blog/how-bugs-impact-your-company-infographic [2021年3月アクセス]
