ソフトウェア開発におけるシフトレフトテスト

アジャイルプラクティスはほぼ普遍的に採用されており、ソフトウェア開発ライフサイクル（SDLC）において、より早く早い段階でのテストを必要とします。開発とテストを早期に結びつけることは一般的に「シフトレフト」と呼ばれます。

シフトレフトと従来のテスト

シフトレフトテストは、ウォーターフォール方式のソフトウェア開発プロジェクトで典型的な方法からの変更です。従来のアプローチでは、本番環境に
リリースする直前にテストが始まります。プロセスのこの遅い段階でテストを行うと、バグや使いやすさの問題が不可避的に見つかったときに、修正されるまでリリースが遅れることになります。シフトレフト開発のようなアジャイルプラクティスを採用する前は、テストは納期を大幅に妨げるボトルネックでした。このボトルネックを排除することは、DevOpsにおけるシフトレフトの主要な利点の一つです。

ソフトウェア開発におけるシフトレフトの意味とは？

シフトレフトは、ソフトウェア開発プロセスの早い段階で欠陥を見つけて防ぐことを目的としたプラクティスです。アイデアは、ライフサイクルの早い段階でタスクを左に移動させることで品質を改善することです。シフトレフトテストは、ソフトウェア開発プロセスの早い段階でテストすることを意味します。シフトレフトソフトウェアテストの意味を説明する最も簡単な方法は、開発サイクルを左から右に走る線として考えることです。

古いモデルでは、テストは線の最も右側でのみ行われました。ここでのボトルネックを認識し、テストの開始をできるだけ左に移動させたいと考えています。

DevOpsにおけるシフトレフトの重要性

従来のソフトウェア開発モデルでは、要件は計画の左側に保持され、配信およびテスト要件は右側にあります。問題は、これらのプラクティスが変化する期待と要件に対処できないため、ビジネスに対して次のような悪影響を及ぼすことです。

• コストの増加
• 市場投入までの時間の増加
• 予期しないエラー

シフトレフトテストの6つの利点

DevOpsにおけるシフトレフト戦略を採用することで得られる利点はいくつかあります。以下は最も重要なものです。

1. コスト削減

コストは、シフトレフトアプローチによるテストの非常に強力な利点です。推定によれば、すべてのソフトウェア欠陥の半分以上は要件フェーズで特定される可能性があり、ライフサイクルの開発フェーズでは10%未満が現れます。これらの欠陥を解決するコストは逆に働きます: 製品が本番環境に入った後に除去される欠陥は、要件フェーズ中に特定されて除去された欠陥の約100倍のコストがかかります。Ponemon Instituteの2017年の調査によれば、脆弱性が早期の開発プロセスで検出されると、平均で約80ドルのコストがかかる可能性があります。しかし、同じ脆弱性が本番環境に移行した後に検出されると、修正するのに約7,600ドルのコストがかかる可能性があります。

2. テスト自動化の強化

シフトレフトは、テストを自動化する能力を高めます。テスト自動化は、いくつかの重要な利点を提供します:

• 人為的エラーが大幅に減少
• テストカバレッジの向上（複数のテストを同時に実施できる）
• テスターがより興味深く充実したタスクに集中できる
• 生産上の問題が減少

3. ソフトウェア配信速度の向上

早くて速いです。生産サイクルの早い段階で欠陥を見つけると、それをより速く修正できます。その結果:

• リリース間の時間が大幅に短縮される可能性があります。
• ソフトウェアの品質が向上します。

4. 製品品質の向上

シフトレフトアプローチは、開発者がソフトウェアビルドの最初の段階から品質に集中する必要があることを強調します。エラーやバグがSDLCの遅い段階で見つかるのを待つのではなく。

5. 顧客満足度の向上

欠陥が少ないソフトウェアの迅速な配信は、シフトレフトアプローチの主要な利点です。これが良い動きだと納得できなくても、ビジネスパートナーの笑顔があればそれがすべてです。Humanaが速度、品質、効率を改善するためにコードの編集とデバッグ用の近代的なメインフレーム開発環境を選択した際の選択から学んでください。

6. チームの協力の改善

シフトレフトは、製品チームが次のような日常業務を行えるようにします:

• テスト
• フィードバックを提供
• 変更と進捗をレビュー

DevOpsにおけるシフトレフト対シフトライト

シフトレフトテストアプローチは、リアルワールド環境で最適なパフォーマンスと機能を提供できない場合があります。そのような状況では、シフトライトテスト戦略が役立つ可能性があります:

• 顧客体験の向上
• テスト自動化の実装の余地を提供
• より良いテストカバレッジを確保

ソフトウェア開発におけるシフトライトとは？

シフトライトテストは、右側、つまり本番後から開始されます。このシフトライトプラクティスでは、完全に構築され、機能するアプリケーションをテストして、パフォーマンスと使いやすさの特性を確認します。ターゲットユーザーからのレビューとフィードバックは、ソフトウェアの品質向上にも役立ちます。シフトライトアプローチの重要な特徴は、次のことを行う意欲です:

• 新しいソリューションを試すことで仮説を検証する
• 顧客と協力して、何が機能しているかを特定（仮定から作業するのではなく）

ユーザーからの継続的なフィードバックは、ソフトウェアの障害により良く対応するのに役立つかもしれません。

シフトライトテストの6つの利点

開発プロセスでシフトライトテストを採用すると、大きな利点を得ることができます。

1. ユーザーからの実世界のフィードバック

本番環境でのテストにより、実際のユーザーが実際のシナリオでソフトウェアがどのように機能するかを確認できます。以前のテストでこうした環境を再現しようとすることはできますが、実際の状況での使用は予期しない問題を引き起こす可能性があります。

2. 継続的な監視

ソフトウェア改善の継続的な配信を求めるDevOps文化は、継続的なテストを必要とします。シフトライトテストと監視は、頻繁なリリースを自信を持って行うために必要なフィードバックループを提供します。

3. 生産問題の迅速な解決

シフトライトテストを使用すると、問題を迅速に見つけることができ、スピードで対応できます。効率的な問題解決により、ユーザーのダウンタイムが減少し、より信頼性の高いリリースに依存できます。

4. より良いユーザー体験

ユーザーがチームに関与すると、迅速かつ反応の良い問題解決が得られるだけでなく、長期的に見ても問題が少なくなります。ボトルネックやユーザーインターフェースの問題を排除し、継続的な改善アプローチを採用することで、ユーザー満足度が向上します。

5. 重大な欠陥を防ぐ

このアプローチにより、パフォーマンスの問題、機能の問題、およびユーザー体験のグリッチを特定し、これらの問題が重大な後退に発展する前に迅速に対応できます。

6. 予測不可能な結果を排除

シフトライトテストは、継続的な監視により、嫌な驚きの可能性を大幅に低下させるプロアクティブなポジションを提供します。

シフトレフトテストを実装する方法

シフトレフトアプローチをソフトウェアテストに採用するためのいくつかの主要な戦略があります。

需要計画

テストアナリストは、ビジネスおよび運用の利害関係者と関わり、需要の前方ビューを提供します。このビューを持つことで、あらかじめ計画し、最終決定することが可能になります:

• 予算
• リソース
• テスト戦略

需要計画は、シフトレフトアプローチの不可欠な部分であり、テストライフサイクルの他のすべての活動の出発点を提供します。

静的テスト

静的テストはプロジェクトの早い段階で実施され、要件と設計の検証が含まれます。静的テストの目的は、プロジェクトの後の段階で除去するのが非常に高価になる可能性のある欠陥を早期に発見することです。適切なチェックリストを使用して、要件と設計を確認および検証します。欠陥は欠陥管理ツールに記録します。

統一テスト戦略

これは、ユニットテストからユーザー受け入れテスト（UAT）、運用準備テスト（ORT）、および本番後テストに至るまでのエンドツーエンドの全体的な高レベルの戦略です。この戦略は、品質管理のすべてのフェーズをカバーし、明確な責任を定義します。統一テスト戦略により、環境、スタブ、自動化、テストデータに対する依存関係を分析し、各チームがニーズを満たすことができるようにします。

リスクベース分析

リスクベース分析は、各テストシナリオの失敗の影響と可能性を決定するために実施されます。このアプローチは、機能的、非機能的、回帰テストのタイプに使用されます。テストケースが確立されたら、終了した分析に基づいてテストケースの優先順位を決定します。失敗の影響をビジネスアナリストまたはデザイナーと話し合います。開発チームから失敗の可能性を決定します。

シフトレフトテストを採用する際の課題

シフトレフトテストに対する課題は、採用を妨げる可能性があります。そのいくつかは次のとおりです:

• 不十分なリーダーシップ: リーダーは新しい習慣を育て、適切な行動を奨励する必要があります。たとえば、ローンチ日を守ることに焦点を当てると、シフトレフトテストに時間がないかもしれません。
• プロセスの変更ができない: チームは自分たちのやり方に固執し、馴染みのあるツールやアプローチに頼ることがあります。文化の変化は難しいことがあります。
• 限られたリソース: シフトレフトテストは、チームからより多くを要求する必要があると見なされるかもしれませんが、より多くの作業負荷を支援しないかもしれません。
• テスターを早期に関与させない: チームは、最大の貢献ができる最初の段階でテスターを関与させるのを遅らせるかもしれません。
• テスト範囲が一致しない: テストは使用シナリオと一致する必要があり、ソフトウェアの変更はテストプロトコルに反映されない可能性があります。

関連書籍

• BMC DevOpsブログ
• 継続的テストとは何ですか？
• 負荷テスト、パフォーマンステスト、ストレステストの説明
• テストフレームワーク: ユニットテスト、機能テスト、TDD、BDDの説明
• 並行テストとは？
• パッチ、ホットフィックス、コールドフィックス、バグフィックスの違いの説明

これらの投稿は私自身の見解であり、必ずしもBMCの立場、戦略、または意見を示すものではありません。