ドキュメントが無いプロジェクトでどうレビューする？関係者全員でモブワークして成果物を作った実例（JaSST’23 Hokuriku版）

自己紹介 2 • 伊藤潤平(@jp_110) • ウイングアーク１ｓｔ株式会社 • ソフトウェアプロセス＆品質改善部マネージャー
• 社外活動 • Scrum Fest Niigata 実行委員会代表 • JaSST Niigata 実行委員 • SigSQAメンバー • YouTube翻訳活動 • プロフィール AgileTD Zone Keynotes in Japanese https://niigatabase.shabellbase.com/engineer_01/

page No. 3 Copyright © 2023 WingArc1st Inc. All Rights
Reserved. 本日お伝えしたいこと 2021年10月22日に開催されたJaSST Review’21の再演＋αです。ラーニングアウトカム • モブワークで成果物を作る。 • モブワークでチームに一体感が生まれる。 • モブワークでテスト自動化までできる。

Reserved. 01 背景 02 やりたいこと 03 04 INDEX 05 06 07 まとめと今後モブワーク認識共有と共通理解合意形成が早い一体感と同時に学び 08 続き

Reserved. 要件定義書もない、仕様書もない、もちろん、テスト設計書もない。そんなプロジェクトに入って製品をリリースした経験はありますか？

Reserved. 全てはこのチャットから

Reserved. 仕様書は？ないテストケースは？ないどこまでテストしてる？だいぶやってますよヒヤリング開発チーム QAチーム

Reserved. ヒヤリング空中戦アプリの機能、操作、細かい仕様リリースできる品質かわからない。リスクは？開発チーム QAチーム

Reserved. チーム全員が気持ちよくリリースしたい共通理解レビューレビュードキュメント開発チーム QAチーム

Reserved. 品質品質ゴール品質品質品質プロダクトバックログマスターテストプランビッグピクチャー（全体像）プロダクトリリース品質データアジャイル開発における段階的品質の積み上げによる品質保証 Quality Assurance by Quality Stepwise Refinement in Agile Development やりたいこと Potentially Shippable Product

Reserved. 成果物現状やりたいこ要件定義なしリーンキャンバス仕様なしユーザーストーリーマッピングテストなし（やってるらしい）テスト観点表成果物をモブで作ろう！全員でモブワークして成果物を作ろう！

Reserved. リーンキャンバス作成ユーザーストーリーマッピング作成テスト観点表作成リリースに対して必要なもの整理計画（リリースまで1か月） 1周目 2周目 3周目 4周目

page No. 成果物 16 Copyright © 2023 WingArc1st Inc. All
Rights Reserved. モブワークにおける役割と成果物レビューユーザーストーリーマッピングテスト観点表ファシリテーター意見者（ナビゲーター）リーンキャンバス作成者（ドライバー）

Reserved. モブワークに期待する効果開発チーム QAチーム成果物お互いの認識を共有時間がない中でのリリース共通の理解と学び

Reserved. リーンキャンバスを使って目的を知るリーンキャンバスとは9つの項目からビジネスモデルをまとめるフレームワーク ②課題代替品 ④ソリューション ③独自の価値提案上位概念 ⑨圧倒的な優位性 ①顧客セグメントアーリーアダプター ⑦主要指標 ⑤チャンネル ⑧コスト構造 ⑥収益の流れ

Reserved. 難しかったですね。はい。でも今までチームの中で会話してた内容が、1つのキャンバスにまとめられた。新しい発見はありましたか？大事にしたい指標が出た。目的の集約と新しい発見開発チーム QAチーム

page No. ユーザーストーリーナラティブフローバックボーン 22 Copyright © 2023 WingArc1st
Inc. All Rights Reserved. ユーザーストーリーマッピングを使って仕様や価値を知るユーザーアクティビティストーリーアクティビティアクティビティアクティビティストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリー優先順位高低 Release1 (MVP) Release2 https://www.oreilly.co.jp/books/9784873117324/

Reserved. 様々な視点からの意見の取り込みユーザーアクティビティストーリーアクティビティアクティビティアクティビティストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリー QAチーム開発チームどんなユーザーに何の価値を提供したいか知りたいアプリの機能やユーザー操作を説明したいシステム視点ユーザー視点

Reserved. お互いの認識を共有 QAチーム開発チームアプリのアーキテクチャと、機能の仕様がわかってきた。 QAが気にしている、提供したい価値と、リスクの意味がなんとなくわかってきた。

Reserved. 用語集の作成からバグをその場で修正 QAチーム開発チームあれ？さっきも同じ用語を聞いたもしかして、用語がバラバラ？確かに人によって認識が違うかも用語集を作って整理しましょう。ということは、この辺はUIバグだ。

Reserved. 隠し機能の発見 QAチーム開発チームユーザー操作ミスを防ぐために、確認ダイアログがあった方が良いですね。実は隠し機能があって。。。ストーリーに盛り込みましょう。え？

Reserved. テスト観点表を作ってどこまでテストしているかを知るストーリーに AC（受け入れ条件）を設定テスト観点表に反映

Reserved. テストの範囲 QAチーム開発チーム実行したテストを整理すると、だいぶ見えてきますね。今まで自分たちが実行していたテストはほんの一部だった。実行していないテスト観点も見えて、リスクがあることを知った。

Reserved. 優先順位を設定し、リリース計画を立てるユーザーアクティビティストーリーアクティビティアクティビティアクティビティストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリーストーリー優先順位高低 Release1 (MVP) Release2 全体像を把握し、優先順位を設定する優先順位を設定することによって、リリースの計画を立てられる

Reserved. 今回のリリースはここまでの機能のテストでいいですか？はい、OKです。利用ユーザーが増えた時の性能面のテストはリリース後？次回リリースまでにテストでOKです。次回リリースはいつ頃を予定してますか？来月計画します。リリースの範囲をその場で合意形成開発チーム QAチーム

Reserved. 品質品質ゴール品質品質品質品質データリリース計画と確保すべき品質を合意する Release1 (MVP) Release2 Release3 Release4 合意開発チーム QAチームユーザーストーリーマッピングテスト観点表リリース計画

Reserved. 通常のレビュープロセス開発チーム質問、指摘、フィードバックレビューお願いします。 QAチーム時間ないのに… 次回までに期待する成果物ができるか不安これじゃテストできないよ…

Reserved. モブワークで一体感が高まるレビューレビューなるほど。そうやって作るのか。不明点をその場で説明してくれるので、すぐに反映できる。開発チーム QAチーム

Reserved. ドキュメントも製品の仕様も一緒に作る QAチーム開発チームこの機能心配ですね？そうですね。リスクの可能性があるので書いておきましょう。次期バージョンのエンハンスに入れたいですね。そうですね。こんな仕様だとどうですか？

Reserved. 学びになる QAチーム開発チーム次回ミーティングに持ち越しますか？だいたい分かったんで、次回までに自分の宿題としてやっときまーす。おー。すげー。

page No. 成果物 40 Copyright © 2023 WingArc1st Inc. All
Rights Reserved. 全員で成果物を作成したレビューユーザーストーリーマッピングテスト観点表ファシリテーター意見者（ナビゲーター）リーンキャンバス作成者（ドライバー）

Reserved. モブワークの効果ユーザーストーリーマッピングテスト観点表リーンキャンバス大事にしたい指標を共有できたそれぞれの視点からの情報を共有でき、共通の理解を得たお互いの認識の共有と、共通の理解を得た実行したテストと、まだテストが足りない部分が明確になった

Reserved. モブワークの効果ユーザーストーリーマッピングテスト観点表リーンキャンバス時間の無い中で、リリース計画の合意形成が即座にできたワークの中でスピーディーに合意できたリリース計画にもとづいて、確保すべき品質が明確になった

Reserved. モブワークの効果ユーザーストーリーマッピングテスト観点表リーンキャンバス成果物も作るし、製品も一緒に作る感覚。一体感が生まれ、お互いに学びになったテスト設計のやり方が分かってきた。次回までに作る。

Reserved. 次の成果物は？ユーザーストーリーマッピングテスト観点表リーンキャンバステスト自動化フレームワーク

Reserved. テストの自動化に取り組みましょう！リリースの度に毎回同じテストするの辛いですね。一緒にモブで考えてみましょう！そもそもテストの自動化ってどうしていいかわからない。リグレッションテストを自動化開発チーム QAチーム

Reserved. 品質品質ゴール品質品質品質プロダクトバックログマスターテストプランビッグピクチャー（全体像）プロダクトリリース品質データアジャイル開発における段階的品質の積み上げによる品質保証 Quality Assurance by Quality Stepwise Refinement in Agile Development これまでやってきたこと Potentially Shippable Product

page No. テスト設計 48 Copyright © 2023 WingArc1st Inc. All
Rights Reserved. 受け入れテストユースケーステスト脆弱性診断システムテスト ◦◦機能テスト、ハッピーパス信頼性テスト、性能テスト統合テスト APIテストセキュリティテスト単体テスト Unitテスト静的解析テストレベルテストタイプテスト計画品質ゴール機能非機能テスト実行＆品質分析 ISO25000シリーズの品質特性を利用して第三者に品質の説明ができる状態テストは体系的にマネジメントし始めたユーザーストーリーマッピングテスト観点表

Reserved. 受け入れテストユースケーステストシステムテスト ◦◦機能テスト統合テスト APIテスト単体テスト Unitテストテストレベルテストタイプテスト観点表一度テストしたものはすべて自動化したいテスト自動化フレームワーク

Reserved. 先ずは網羅性を考えずに進めましょう！テストケースをすべて自動化となると、時間と工数が… テストの網羅性開発チーム QAチーム

Reserved. Server/Core Service/Middle UI テスト自動化ピラミッド UI層 Service層 Server層アーキテクチャイメージ受け入れテストユースケーステストシステムテスト ◦◦機能テスト統合テスト APIテスト単体テスト Unitテストテスト設計テストの層をイメージしてみるテストレベルテストタイプ

Reserved. 目的に沿ったユースケーステスト目的に沿った〇〇機能テスト目的に沿った APIテスト目的に沿った Unitテスト × ×ユーザーに〇〇機能を提供したいユーザーが〇〇機能を使う利用シーン〇〇機能の正常系動作テスト〇〇機能に関連するAPIの正常系テスト〇〇機能に関連する関数やメソッドの正常系テスト各層で正常系のテストから考える品質ゴール

page No. Unitテスト APIテスト E2Eテスト各層で正常系テストにフォーカスするのだったら出来そう。 53 Copyright © 2023
WingArc1st Inc. All Rights Reserved. 目的に沿ったユースケーステスト目的に沿った〇〇機能テスト目的に沿った APIテスト目的に沿った Unitテスト × ×ユーザーに〇〇機能を提供したいユーザーが〇〇機能を使う利用シーン〇〇機能の正常系動作テスト〇〇機能に関連するAPIの正常系テスト〇〇機能に関連する関数やメソッドの正常系テスト QAチーム開発チーム各層で正常系のテストから考える品質ゴール

Reserved. 絶対に品質問題を起こしたくない箇所は網羅性を確保したい。例えば、権限やロールの箇所はデシジョンテーブルを作ったり、再現性の低いマルチスレッド箇所はシーケンス図を作ったりします。テストの網羅性開発チーム QAチーム

Reserved. 目的に沿ったユースケーステスト目的に沿った〇〇機能テスト目的に沿った APIテスト目的に沿った Unitテスト〇〇だけは絶対に守りたい品質ユーザーが利用するうえでの異常系パターン〇〇機能の網羅性テスト〇〇機能に関連するAPIの網羅性テスト〇〇機能に関連する関数やメソッドの網羅性テスト網羅性が必要な個所のテストを考える品質ゴール

page No. シーケンス図デシジョンテーブル 56 Copyright © 2023 WingArc1st
Inc. All Rights Reserved. 目的に沿ったユースケーステスト目的に沿った〇〇機能テスト目的に沿った APIテスト目的に沿った Unitテスト〇〇だけは絶対に守りたい品質ユーザーが利用するうえでの異常系パターン〇〇機能の網羅性テスト〇〇機能に関連するAPIの網羅性テスト〇〇機能に関連する関数やメソッドの網羅性テスト QAチーム開発チームフォーカスしたい部分のみに網羅性もつなら出来そう。網羅性が必要な個所のテストを考える品質ゴール

Reserved. そもそも網羅性は必要ですか？例えば、権限やロールはデータベースでしっかりと管理できていれば、APIやUIはシンプルな作りになっているはず。アーキテクチャーを確認しましょう。網羅性のあるテストが必要かどうかの議論開発チーム QAチーム確かに。アーキテクチャを図にしてみましょう。

Reserved. モブワークの効果テストの自動化を基盤として、成果物を作成しながら、お互いにテストしたい箇所を学んだ。テスト自動化フレームワークアーキテクチャ図シーケンス図デシジョンテーブル E2Eテストフレームワーク APIテストフレームワーク Unitテストフレームワーク

Reserved. 要件定義書もない、仕様書もない、もちろん、テスト設計書もない。そんなプロジェクトに入って製品をリリースした経験はありますか？

ドキュメントが無いプロジェクトでどうレビューする？関係者全員でモブワークして成果物を作った実例...

ドキュメントが無いプロジェクトでどうレビューする？関係者全員でモブワークして成果物を作った実例（JaSST’23 Hokuriku版）

More Decks by Jumpei Ito

Other Decks in Technology

Featured

Transcript