Shift-left testingとは? わかりやすく解説

Weblio 辞書 > 辞書・百科事典 > 百科事典 > Shift-left testingの意味・解説 

シフトレフト

(Shift-left testing から転送)

出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2026/01/05 09:35 UTC 版)

シフトレフト(英語:Shift-left testing)[1]は、ソフトウェアテストおよびシステムテストへの手法の一つである。テストをライフサイクルのより早い段階(つまり、プロジェクトのタイムライン上で左側に移動した段階)で実行することである。これは「test early and often」という格言の前半部分にあたる[2]。2001年にラリー・スミス(Larry Smith)によって提唱された[3][4]

テストの遅れによる弊害

シフトレフトは、テストが遅れることによって生じる以下の種類の弊害を防ぐことを目的としている。

  • テストへのリソース配分の不足。
  • 要件、アーキテクチャ、設計における欠陥が未発見のままとなり、それらの実装に多大な労力が浪費されること。
  • ソフトウェアの生産と統合が進むにつれ、デバッグ(欠陥の特定、局所化、修正、およびリグレッションテストを含む)が困難になること。
  • カプセル化によってホワイトボックステストが妨げられる結果、テスト中のコードカバレッジが低下すること。
  • プロジェクトの失敗原因となり得る技術的負債の「船首波(bow wave)」(訳注:先送りによって膨れ上がった波、つまり負債の蓄積)。

シフトレフトの種類

ライフサイクルのより早い段階(つまり、古典的なV字モデルにおける左方向)へテストをシフトさせる基本的な方法は4つある。これらは、従来のシフトレフト[5]、インクリメンタル・シフトレフト、アジャイル DevOps・シフトレフト[6][7]、およびモデルベース・シフトレフト[8]と呼ばれる。

従来のシフトレフト

従来のシフトレフト

図に示すように、従来のシフトレフトは、古典的なV字モデルの右側において、テストの重点をより下流(したがってわずかに左側)に移動させるものである。受け入れテストやシステムレベルのテスト(例:記録・再生ツールを使用したGUIテストなど[9])を重視する代わりに、従来のシフトレフトでは単体テスト結合テスト(例:APIテストや最新のテストツールの使用)に重点を置く。

インクリメンタル・シフトレフト

インクリメンタル・シフトレフト

図に示すように、大規模で複雑なソフトウェア依存システムを開発する多くのプロジェクトでは、開発を少数のインクリメント(V)に分解し、それに応じて期間を短縮している。赤い破線で示されるシフトレフトは、単一の大きなウォーターフォールV字モデルのテストタイプ(灰色で表示)の一部が、より小さなインクリメンタルV字モデルにおける対応するテストタイプのインクリメントとなるよう左にシフトすることで発生する。各インクリメントが顧客および運用へのデリバリーでもある場合、インクリメンタル・シフトレフトは、開発テストと運用テストの両方を左にシフトさせることになる。インクリメンタル・シフトレフトは、大規模で複雑なシステム、特に大量のハードウェアを組み込んだシステムを開発する場合に一般的である。従来のシフトレフトと同様に、インクリメンタル・シフトレフトへの移行も概ね完了している。

アジャイル/DevOps・シフトレフト

アジャイル DevOps・シフトレフト

図に示すように、アジャイルおよびDevOpsプロジェクトでは、前述の2つのシフトレフトの例のような単一または少数のインクリメント(V)の代わりに、多数の短期間のスプリントを持つ。これらの小さなインクリメント(V)は、基本要件やアーキテクチャの概要を決定するために1つ以上のスプリントが使用される場合や、テストファーストおよびテスト駆動開発(TDD)が実行されている場合には、さらに変更される。 シフトレフトが発生するのは、これら初期の小さなVの右側にあるテストタイプが、それらが置き換える大きなVの右側にある対応するテストタイプよりも左にあるためである。図はアジャイルとDevOpsで著しく同じように見えるが、アジャイルテストは通常、開発テストに限定されており、システムが運用環境に投入された後に発生する運用テストは含まれない。アジャイル/DevOps・シフトレフトへの移行は現在一般的であり、進行中である。

モデルベース・シフトレフト

モデルベース・シフトレフト

これまでの形式はすべて、開発サイクルの早い段階でテストを行うことに集中していた。しかし、これらはすべてソフトウェアが存在した「後」にテストを行い、実装上の欠陥のみを発見しようとするものである。

モデルベース・テスティングは、要件、アーキテクチャ、および設計モデルをテストすることにより、テストをVの左側に移動させる。このシフトでは、ソフトウェアがVの右側で利用可能になるのを長時間(従来のテスト)、中時間(インクリメンタル・テスト)、または短時間(アジャイル/DevOps)待つのではなく、ほぼ即座にテストを開始する。

脚注

  1. ^ Donald Firesmith (2015年3月23日). “Four Types of Shift Left Testing”. 2015年9月5日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  2. ^ Microsoft (2012年). “Test Early and Often”. 2015年4月2日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  3. ^ Smith, Larry (September 2001). “Shift-Left Testing”. Dr. Dobb's Journal 26 (9): 56, 62. オリジナルの2020-06-21時点におけるアーカイブ。. https://web.archive.org/web/20200621040103/https://www.drdobbs.com/shift-left-testing/184404768 2026年1月5日閲覧。. 
  4. ^ Sep01: Shift-Left Testing” (2014年8月10日). 2014年8月10日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  5. ^ Velocity Partners (2014年1月28日). “Agile Testing - The Agile Test Automation Pyramid”. 2015年4月2日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  6. ^ Paul Bahrs (2014年11月6日). “Shift Left: Approaches and Practices”. 2015年4月6日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  7. ^ Dibbe Edwards (2014年9月18日). “Enabling DevOps Success with Shift Left Continuous Testing”. IBM. 2015年4月2日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  8. ^ Donald Firesmith (2013年11月11日). “Using V Models for Testing”. 2015年4月2日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。
  9. ^ Microsoft (2013年). “Record and Playback Manual Tests”. 2015年4月2日時点のオリジナルよりアーカイブ。2026年1月5日閲覧。

外部リンク




英和和英テキスト翻訳

英語⇒日本語日本語⇒英語
  •  Shift-left testingのページへのリンク

辞書ショートカット

すべての辞書の索引

「Shift-left testing」の関連用語

Shift-left testingのお隣キーワード
検索ランキング

   

英語⇒日本語
日本語⇒英語
   



Shift-left testingのページの著作権
Weblio 辞書 情報提供元は 参加元一覧 にて確認できます。

   
ウィキペディアウィキペディア
All text is available under the terms of the GNU Free Documentation License.
この記事は、ウィキペディアのシフトレフト (改訂履歴)の記事を複製、再配布したものにあたり、GNU Free Documentation Licenseというライセンスの下で提供されています。 Weblio辞書に掲載されているウィキペディアの記事も、全てGNU Free Documentation Licenseの元に提供されております。

©2026 GRAS Group, Inc.RSS