チームのテスト力を総合的に鍛えてシフトレフトを推進する/Shifting Left with Software Testing Improvements

by Hiroki Iseri

Slide 1

Slide 1 text

チームのテスト力を総合的に鍛えてシフトレフトを推進する Veriserve Mobility Initiative 2025 2025/10/23 井芹洋輝

Slide 2

Slide 2 text

自己紹介 ⚫経歴 • 開発者、テストエンジニア、コンサルタント、QAエンジニアとさまざまな立場でさまざまなプロダクトのソフトウェアテスト業務に従事 • テストについて執筆・講演・研究・技術指導多数 • 現在は車メーカーで車載開発のQA/テストテックリードを担当 • JSTQB技術委員、テスト設計コンテストU30クラス初代審査委員長 ⚫主な著作 • 「ソフトウェアテスト徹底指南書」「実践ソフトウェアエンジニアリング第9版」（共訳）「シフトレフトテストを支える現代的なテスト設計」「システムテスト自動化標準ガイド」（共著）など Copyright(C) 2025 Hiroki Iseri 2

Slide 3

Slide 3 text

Slide 4

Slide 4 text

チームの総合力強化の必要性

Slide 5

Slide 5 text

現代的なソフトウェアプロダクトの様相 ⚫プロダクト形態がサービス化 • XaaS（SaaS、PaaS）など。 • パッケージや組込みも継続的な改善・運用で顧客満足を支える • OTAによるIVI改善 ⚫開発ライフサイクルが長大化 • リリースして終わりではなく、サービスとしての継続運用や、継続的に改善を行って、プロダクト価値をアップデートしていく 5 Copyright(C) 2025 Hiroki Iseri

Slide 6

Slide 6 text

Slide 7

Slide 7 text

チームのスピード、レジリエンス、開発持続性はプロダクト品質と不可分であり、プロダクト価値に直結する ⚫開発チームのスピードが速いと： • 開発とビジネスのフィードバックループを迅速化 • ユーザのニーズを迅速に・効率的に実現 • 顧客満足のための試行錯誤を迅速化 ⚫開発チームのレジリエンスが高いと： • プロダクトの障害・不満点を早期解消 • リスク許容度が高まりよりチャレンジできる ⚫開発チームの開発持続性が高いと： • ユーザへの継続的なプロダクト価値の提供実現 • プロダクトの改善機会を確保 7 Copyright(C) 2025 Hiroki Iseri

Slide 8

Slide 8 text

総合的なビジネスパフォーマンスは開発チームのスピード、レジリエンス、開発持続性に連動ビジネスパフォーマンスエリート高い中間低い変更リードタイム 1日未満 1日～1週間 1週間～1か月 1か月～デプロイ頻度いつでも（1日複数回） 1日1回～ 1週間に1回 1週間に1回～ 1か月に1回 1か月に1回～変更失敗率 5% 20% 10% 40% 障害復旧時間 1時間未満 1日未満 1日未満 1週間から1か月 DORA Accelerate State of DevOps 2024 現代的なソフトウェア開発の成功のためには品質実現に加えて、開発チームのスピード、レジリエンス、開発持続性の総合力強化が必要 8 Copyright(C) 2025 Hiroki Iseri

Slide 9

Slide 9 text

Slide 10

Slide 10 text

テストアプローチにも品質、スピード、レジリエンス、開発持続性の共立が必要 ⚫テストアプローチには、品質、スピード、レジリエンス、開発持続性の関係をトレードオフにするもの、トレードオンにするものがある ⚫トレードオフ（何かを上げれば他が下がる）のテストアプローチ • 品質ゲート（例：最終テスト工程）を重厚化 • テストの責務を独立性の高いテスト組織へ集中 ⚫現代的なソフトウェア開発でのテストアプローチは、トレードオフをトレードオン（共立）に転換させるものでなければならない 10 Copyright(C) 2025 Hiroki Iseri

Slide 11

Slide 11 text

品質、スピード、レジリエンス、開発持続性を共立させるテストアプローチ

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

シフトレフトを推進するためのテストアプローチ

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

スパイラル型品質作りこみの実現 ⚫中短期の正当な反復型プロセスの採用 • 反復ごとに妥当性確認可能なリリースを確保し、品質フィードバックを確保 • 避けるべきアンチパターン： • リリーススプリント肥大化、全体統合なきインクリメンタル開発、アジャイル形骸化（例：ゾンビスクラム） ⚫アプローチを支える施策 • シフトレフトテスト（テスト実行のシフトレフト）の推進 • ウォーキングスケルトンのサポート • 早期からのユーザ視座のフィードバック機会の確保 • 顧客満足観点のテストや、包括的な品質確認テスト • 差分開発の品質確保のサポート • 自動テスト充実、CI/CD充実、疎結合アーキテクチャ推進、ブランチ戦略洗練 19 Copyright(C) 2025 Hiroki Iseri

Slide 20

Slide 20 text

Slide 21

Slide 21 text

開発者テストの充実 ⚫開発者のテスト力を鍛え、ユニットテスト、統合テストを充実 • 開発者テストで早期からバグだし・品質確保 • 充実させた開発者テストで追加・変更をサポート ⚫テストピラミッドを実現ユニットテスト統合テスト UIテスト速い・早い『Succeeding with Agile: Software Development Using Scrum』 21 Copyright(C) 2025 Hiroki Iseri

Slide 22

Slide 22 text

開発者テストの充実の実現：開発者が責任をもって自動テストを書く習慣の醸成 1. 習慣の定着 • ガイドラインやプロセスであるべき姿を提示 • テスト駆動開発/Cover & Modifyの奨励 • モブプログラミング/ペアプログラミングによる総合力の共有 • CI/CDによる自動テストの資産化 2. 習慣づけへの短期フィードバック • PRレビュー/MRレビューでの有識者によるチェック • CI/CDからのカバレッジのフィードバック 3. 習慣づけへの中長期フィードバック • フォールトインジェクション/ミューテーションテストによる評価 • バグ流出を評価して改善サイクルをまわす 22 Copyright(C) 2025 Hiroki Iseri

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

スクラムでのWモデルの推進例 ⚫例）ユーザーストーリ作成にテストの視座を注入するユーザーストーリ：検索履歴の呼び出し「システム利用者として、過去の検索履歴の一覧を表示し、履歴の検索構文を選択して再実行できる。それにより、以前検索した内容をすばやく実行できるようにする」境界値テストを考える。表示履歴数の最小値・最大値を確認し、受け入れ基準に明記するユーザストーリをテスト担当交えて共同作成する or 作成直後にテストの視座でレビューするテストの検討を行い、早期に対策を打つテストに必要な情報を確保する。詳細なUI 仕様を確保・補完するリリース判定の観点でチェックする。「検索履歴の削除」「検索履歴のセキュリティ」など、関連するユーザーストーリや仕様の存在を確認し、不足があれば是正する 25 Copyright(C) 2025 Hiroki Iseri

Slide 26

Slide 26 text

Slide 27

Slide 27 text

テスト容易性（試験性、テスタビリティ）テストしやすさについてのプロダクトの内部品質特性 Copyright(C) 2025 Hiroki Iseri 27 品質特性内容具体例観測容易性テスト対象の観測のしやすさエラーログの充実度制御容易性テスト対象の操作のしやすさ APIの充実度セットアップ容易性テストのセットアップのやりやすさコンストラクタの単純さ実行容易性実行の容易さテスト実行のブロック要因の少なさ分解容易性テスト対象の分割・置換の容易さ接合部の充実度網羅容易性テストでの網羅のしやすさデッドコードの少なさ安定性テスト対象の安定性・バグの少なさ変更頻度の少なさ環境構築容易性テスト環境の構築のしやすさ環境の冪等性問題検出性バグの特定のしやすさ解析ログの充実度対象によってより具体的な品質特性がある。例）自動化：仮想化容易性、並列化容易性、CI/CD統合容易性

Slide 28

Slide 28 text

テスト容易性強化によるシフトレフトの推進 ⚫適切なテスト容易性の確保で、後のテストの作成・実行・保守を容易にし、開発の総合力を高める • テスト自動化容易性を確保して、自動化率を上げることで、リグレッションテストを拡充し、差分開発をスピードアップ。開発持続性を確保 • 網羅容易性を確保して、Defect Localization効果を確保することで、障害の特定・修正をスピードアップ 28 Copyright(C) 2025 Hiroki Iseri

Slide 29

Slide 29 text

テスト容易性の充実の要点 ⚫各開発工程へのテスト視座の注入 • アーキテクチャレベルからテスト容易性を組み込む • テスト自動化の組み込み、テストの重要課題への対応、品質リスクの分離 • Wモデル、受け入れ駆動開発、スリーアミーゴスによるレビュー ⚫テスト容易性の問題を早期発見・早期是正 • シフトレフトテスト（テスト実行のシフトレフト）を推進 • ウォーキングスケルトン、仮想化、戦略的なTest Double開発 Copyright(C) 2025 Hiroki Iseri 29

Slide 30

Slide 30 text

Slide 31

Slide 31 text

品質リスクの分離 ⚫疎結合設計を推進 • アーキテクチャレベルで、バウンダリやコンポーネント間の結合性を下げ、コンポーネントをまたいだ影響を抑止する • 追加変更の影響範囲をコンポーネントに閉じ込める • マイクロサービスアーキテクチャやマルチプロセッサアーキテクチャなど ⚫品質リスクの分離の推進 • 疎結合設計によって、ハイレベルな品質リスクを特定コンポーネントに閉じ込める • 高信頼性開発での関心の分離（Separation of Concerns）の原則はこの一種 31 Copyright(C) 2025 Hiroki Iseri

Slide 32

Slide 32 text

品質リスクの分離によるシフトレフト推進 32 Copyright(C) 2025 Hiroki Iseri 低リスク高リスク低リスク・・・疎結合設計で品質リスクの分離を実施（例：接合部配備、信頼できるインターフェース手段採用、カプセル化/状態や副作用の局所化、インターフェースのシンプル化/ 契約による設計）品質の積み上げの推進 ●コンポーネントレベルで品質担保 ●高リスクコンポーネントは、ユニットテスト・統合テストでバグだし・品質確認を済ませる • 低リスクリリースはスピード重視のテストで。システムテスト緩和 • 総体として品質と開発のスピードを共立

Slide 33

Slide 33 text

まとめ

Slide 34

Slide 34 text

チームのテスト力を総合的に鍛えてシフトレフトを推進する ⚫テストプローチは、品質、チームのスピード・レジリエンス・開発持続性を共立させるものでなければならない ⚫その実現アプローチとして品質のシフトレフトがある ⚫品質のシフトレフトを支えるテストアプローチ： • スパイラル型品質作りこみ • 開発者テストの充実 • 開発工程へのテストの視座の注入 • テスト容易性の充実 • 品質リスクの分離 34 Copyright(C) 2025 Hiroki Iseri