Agile Testingのエッセンス #scrumosaka / Agile Testing Essence

日本の開発者・経営者に特に伝えるべき Agile Testingのエッセンスブロッコリー (@nihonbuson)

自己紹介 • 風間裕也（ブロッコリー） • 所属 ◦ 株式会社ビズリーチ ◦ QA基盤推進室 QA
Evangelist • 社外活動 ◦ JaSST Review実行委員長 ◦ WACATE実行委員 ◦ 書籍『Agile Testing Condensed』翻訳

JanetとLisaによる Agile Testingの歴史

2008年…書籍『Agile Testing』を刊行 • 日本語翻訳版『実践アジャイルテスト』も翌年に刊行 https://www.amazon.co.jp/dp/B001QL5N4K/ https://www.amazon.co.jp/dp/4798119970/

2011年…Agile Testing Daysにて講演 https://www.youtube.com/watch?v=FIJQPHNS5Jc

2014年…『More Agile Testing』を刊行 • 日本語翻訳版はまだ刊行されていない https://www.amazon.co.jp/dp/B00O27V8DA

2019年…『Agile Testing Condensed』を刊行 • 日本語翻訳版は2020年4月に電子版のみ刊行 https://leanpub.com/agiletesting-condensed https://leanpub.com/agiletesting-condensed-japanese-edition

各書籍のページ数 • Agile Testing …576ページ • More Agile Testing …544ページ
• Agile Testing Condensed …113ページ最新作『Agile Testing Condensed』が圧倒的にページ数が少ない！

なぜ最新作はページ数が少ない？ • 今までの本は分厚すぎて経営者が読んでくれなかった • もっと手軽に読んでもらいたくてこの量になった Condensed=濃縮された Agile Testing Days 2019
　　　　　　での一コマ

なぜ私が翻訳したのか • Agile Testing Days 2019 で著者の2人に直接会う • 日本から持ってきた『テスターちゃん』と
物々交換 ◦ 日本語書籍版 ◦ 英語同人誌版 • 後日、川口さんが翻訳の許可を貰っていることを知り、翻訳作業開始 https://twitter.com/nihonbuson/status/1191722675162537984

今回の発表内容 • 『Agile Testing Condensed』に載っているアジャイルテストに関する考え方を紹介する • 実際に行なった事例や日本での考え方を紹介する

改めてアジャイルテストを考える

アジャイルテストの定義 • 始まりからデリバリーまで、そしてそれ以降も継続的に実施される協調的なテストの実践により、お客様への価値の頻繁な提供をサポートします。 • テスト活動は、高速なフィードバックループを用いて理解を検証しながら、プロダクトの品質を築くことに重点を置いています。 •
プラクティスは、品質に対するチーム全体の責任という考え方を強化し、サポートします。第1章 P5より

継続的テストモデル第1章 P3より

アジャイルテストの10の原則 • 継続的なフィードバックを提供します • 顧客に価値を提供します • 対面でのコミュニケーションを可能にします • 勇気を持って •
シンプルさを保ちます • 継続的な改善を実践します • 変更に対応します • 自己組織化します • 人に焦点を当てます • 楽しんで！第1章 P4より

テストマニフェスト第1章 P5より

テストのアプローチ • 例を用いる • 探索的テスト • 品質特性のテスト • DevOpsでのテスト

例を用いる

例を用いる • 例を用いることで… ◦ 各ストーリーの共有理解を構築するのに役立つ ◦ 矛盾点に気付きやすくなる ◦ ストーリーの受け入れ拒否が減る ◦
本番デプロイまでの時間短縮が期待できる • 例を用いるプラクティス ◦ 振る舞い駆動開発（BDD） ◦ 受け入れ駆動開発（ATDD） ◦ インパクトマッピング ◦ 実例マッピング第4章 P16より

実例マッピングルールの理解を明確にする • 赤い付箋（疑問点）だらけ ◦ 学ぶ内容がまだ沢山ある • 青い付箋（ルール）だらけ ◦ ストーリーが大きく複雑
◦ ストーリーを分割すべき • 1つのルールに対して、多くの緑の付箋（例）がある ◦ ルールが複雑すぎる ◦ 複数の青い付箋（ルール）に分割すべき第5章 P23より

実例マッピングの事例

事例を通じて伝えたいこと • 実例マッピングというプラクティスを使うことが大切なのではない！ • ストーリーとルールと例と疑問点を分けて会話し、分かれた状態で記録するという思考が大切！ • 今回は、実例マッピングが作られていく過程となる会話も併せて紹介する

今回の題材・登場人物人数のグラフを良い感じに表示する開発者 QA

スケールのルール追加人数のグラフを良い感じに表示したい「良い感じ」が分からないので色々質問しますね縦軸の目盛りは最大値を基準に良い感じでスケールが変わる最大値を基準に
スケール変更人数のグラフを良い感じに表示する

1000人の場合目盛りが4本出るので、目盛りは250, 500, 750, 1000ですかね例えば1000人の場合ってどうなります？人数のグラフを良い感じに表示する

目盛りのルール追加目盛りが4本出るので、目盛りは250, 500, 750, 1000ですかね例えば1000人の場合ってどうなります？人数のグラフを良い感じに表示する
目盛りが 4本出る 1000人なら 250,500 750,1000 最大値を基準にスケール変更

800人の場合その場合も目盛りは同じですじゃあ800人だったら？人数のグラフを良い感じに表示する

例の追加その場合も目盛りは同じですじゃあ800人だったら？人数のグラフを良い感じに表示する目盛りが 4本出る 1000人なら 250,500
750,1000 800人なら 250,500 750,1000 最大値を基準にスケール変更

1500人の場合上の目盛りが1000だとグラフが突き抜けるので、その場合は 400,800,1200,1600に調整されますねじゃあ1500人でも同じ？人数のグラフを良い感じに表示する

目盛りを超えないルールの追加上の目盛りが1000だとグラフが突き抜けるので、その場合は 400,800,1200,1600に調整されますねじゃあ1500人でも同じ？目盛りが 4本出る
1000人なら 250,500 750,1000 800人なら 250,500 750,1000 人数のグラフを良い感じに表示する最大値を基準にスケール変更一番上の目盛りを超えない 1500人なら 400,800 1200,1600

1050人の場合そしたら1050人は？ 1000人は超えるけど… 人数のグラフを良い感じに表示するその場合はグラフが外まではみ出ないので目盛りは1000のままですね。

1050人の場合そしたら1050人は？ 1000人は超えるけど… 人数のグラフを良い感じに表示するその場合はグラフが外まではみ出ないので目盛りは1000のままですね。あくまでも、グラフが
エリア外に出ないことが重要なんですね。

1050人の場合そしたら1050人は？ 1000人は超えるけど… 目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500
750,1000 人数のグラフを良い感じに表示する最大値を基準にスケール変更 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000 その場合はグラフが外まではみ出ないので目盛りは1000のままですね。あくまでも、グラフがエリア外に出ないことが重要なんですね。一番上の目盛りを超えない

ルールの変更そしたら1050人は？ 1000人は超えるけど… 目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500
750,1000 人数のグラフを良い感じに表示する最大値を基準にスケール変更データがエリア外に出ない 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000 その場合はグラフが外まではみ出ないので目盛りは1000のままですね。あくまでも、グラフがエリア外に出ないことが重要なんですね。

600人の場合 250,500,750,1000だとグラフが小さく表示されるので、200,400, 600,800ですかね。今度は小さい値を考えてみます。 600人はどうなります？人数のグラフを良い感じに表示する

150人の場合そしたら40,80,120, 160ですかね。ちょうど良いのは。じゃあもっと小さい値で150人とかだったら？人数のグラフを良い感じに表示する

例の追加そしたら40,80,120, 160ですかね。ちょうど良いのは。じゃあもっと小さい値で150人とかだったら？人数のグラフを良い感じに表示する 600人なら 200,400
600,800 150人なら 40,80 120,160 最大値を基準にスケール変更

ルールの発見あー、確かにそうですねなるほどー。ここまでの話を聞くと最大値は目盛りの上から2番目よりは大きいように調整される感じですかね？人数のグラフを
良い感じに表示する

良い感じに表示する 600人なら 200,400 600,800 150人なら 40,80 120,160 最大値を基準にスケール変更

良い感じに表示する 600人なら 200,400 600,800 150人なら 40,80 120,160 最大値が目盛りの上から2番目よりは大きくなるように調整

2人の場合 4分割で考えると0.5, 1, 1.5, 2ですかね。さらに小さい値を考えてみます。 2人だとどうなります？人数のグラフを

2人の場合 4分割で考えると0.5, 1, 1.5, 2ですかね。さらに小さい値を考えてみます。 2人だとどうなります？人数のグラフを
良い感じに表示する 600人なら 200,400 600,800 150人なら 40,80 120,160 最大値が目盛りの上から2番目よりは大きくなるように調整 2人なら 0.5, 1 1.5, 2

疑問点の追加あー、それは調整する必要があるかも。人数なのに小数点以下の目盛りがあるのは違和感がありますね人数のグラフを良い感じに表示する 600人なら 200,400
600,800 150人なら 40,80 120,160 最大値が目盛りの上から2番目よりは大きくなるように調整小数点の目盛りは表示される？ 2人なら 0.5, 1 1.5, 2

0人の場合それは自分もどうするか明確にしてないですね… あとは、0人だったらどうなります？目盛りがどのように調節されるのか分からないのですが… 人数のグラフを

ルールの追加それは自分もどうするか明確にしてないですね… あとは、0人だったらどうなります？目盛りがどのように調節されるのか分からないのですが… 人数のグラフを
良い感じに表示する 600人なら 200,400 600,800 150人なら 40,80 120,160 最大値が目盛りの上から2番目よりは大きくなるように調整小数点の目盛りは表示される？最大値が0人の時に目盛りはどうする？ 2人なら 0.5, 1 1.5, 2

今回の実例マッピングのまとめ人数のグラフを良い感じに表示する 600人なら 200,400 600,800 150人なら 40,80 120,160 最大値が目盛りの
上から2番目よりは大きくなるように調整 2人なら 0.5, 1 1.5, 2 小数点の目盛りは表示される？最大値が0人の時に目盛りはどうする？目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500 750,1000 データがエリア外に出ない 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000

上から2番目よりは大きくなるように調整 2人なら 0.5, 1 1.5, 2 小数点の目盛りは表示される？最大値が0人の時に目盛りはどうする？目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500 750,1000 データがエリア外に出ない 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000 ここがSpikeになる場合も…

上から2番目よりは大きくなるように調整 2人なら 0.5, 1 1.5, 2 小数点の目盛りは表示される？最大値が0人の時に目盛りはどうする？目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500 750,1000 データがエリア外に出ない 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000 受け入れ条件に使える

上から2番目よりは大きくなるように調整 2人なら 0.5, 1 1.5, 2 小数点の目盛りは表示される？最大値が0人の時に目盛りはどうする？目盛りが 4本出る 1000人なら 250,500 750,1000 800人なら 250,500 750,1000 データがエリア外に出ない 1500人なら 400,800 1200,1600 1050人なら 250,500 750,1000 テストケースに使える

今回の実例マッピングのまとめ • ストーリーに対して、ルール・例・疑問点を区別して表現することができた • 実例マッピングの成果物をインプットとして、 Spike Taskの抽出、受け入れ条件の作成、テストケースの作成に役立てることができる •
開発者とQAが協力して、開発の実装前からテストのことを考え、チームが目指す製品について認識することができた

テストマニフェスト（再掲）第1章 P5より

今回の実例マッピングで必要なスキル • 具体例で考えられる ◦ 実際に起こりうる例で考えられる • 抽象化と具体化の行き来ができる ◦ 具体例からルールを導き出す時に必要 ◦
テストのスキルも必要 ▪ 同値分割法 ▪ ハイレベルテストケースとローレベルテストケース

探索的テスト

探索的テスト探索的テストとは「システムについて学ぶためのテスト設計と実行を同時に行い、最後の実験から得た洞察を次に伝える」探索的テストはじめの一歩 #wacateより Explore
It!より

探索的テスト以下のテストは探索的テストではない • 計画や文書なしで行うテスト（アドホックテスト） • ランダムな入力やランダムなアクションを入力して確認するテスト（モンキーテスト）「ランダムにさまようこと」と「思慮深く探索すること」は違う第6章
P26より

アジャイルテストでよく使われる図を再考する

アジャイルテストでよく使われる図 • アジャイルテストの四象限 • テスト自動化戦略の視覚化

アジャイルテストの四象限第9章 P44より

アジャイルテストの四象限第9章 P42より

アジャイルテストの四象限 • この図のポイント ◦ 各象限に入っているものが重要ではない ◦ どの象限が何を示しているのか理解することが重要 ▪ Q1…開発を導く技術面のテスト ▪
Q2…開発を導くビジネス面のテスト ▪ Q3…プロダクトを批評するビジネス面のテスト ▪ Q4…プロダクトを批評する技術面のテスト • 状況に合わせてモデルを当てはめる第9章 P43より

テスト自動化戦略の視覚化 • 視覚化モデルの例 ◦ テスト自動化ピラミッド ◦ テスト自動化の氷山

テスト自動化ピラミッド第10章 P43より

テスト自動化の氷山第10章 P51より

今日のアジャイルテスト

今日のアジャイルテスト • テスターの新たな役割 • 成功の材料

テスターの新たな役割

テスターの新たな役割 • 世界中のテスターが新たな役割を提案している ◦ 世界ではQAエンジニアやテストエンジニアと言わず「テスター」と呼ぶことが多い • 世界中のテスターの考えを次ページ以降に共有する • 先ほどの実例マッピングで当てはめたものを
吹き出しで示す

世界中のテスターが考えていること • テスターはチームにとって品質の接着剤である • アジャイルテスターのプロフェッショナルな旅 ◦ ランダムなテストから、モデル、テクニック、専門的なスキルや知識を使った思慮深いテストの設計に移行する同値分割を活用
第11章 P54-56より

世界中のテスターが考えていること • テスターとして進化する魅力的な道 ◦ 品質のゲートキーパーから、下記のコアスキルを持つ人材へ進化する ▪ 新しい実験を学び、試す ▪ 優れた質問者になる
▪ モデリングスキルを持つ ▪ テスト容易性などを定義するための知識を持つ ▪ 共有と共同の姿勢を持つ質問しまくり第11章 P57より

世界中のテスターが考えていること • できる限りのことをする • 会話から始める • 世界にはこれ以上のチェッカーは必要ないどんなプロダクト？から考える第11章
P58-60より

JanetとLisaが考えていること • テスターがチームのテストコンサルタントとして行動する必要性が高まっている ◦ 協調スキル ◦ ファシリテーションスキル ◦ 教育スキル
◦ コーチングスキル ◦ コミュニケーションスキル開発者がテストを学ぶ第11章 P61-62より

テストも含めてアジャイルを成功させるためには

成功の材料 • チーム全体のアプローチを意識する • アジャイルテストの考え方を持つ • 回帰テストを自動化する • フィードバックを提供および取得する •
コアプラクティスの基盤を構築する • 顧客との協調をする • 全体像を見る第12章より

信頼関係構築のプラクティス • 実例を使う • 探索的テストをする • フィーチャーをテストする • 継続的に学習する •
状況に敏感になる • 常に現実的でいる第12章より

成功への道 • テストの問題をデリバリーチーム全体が対処する問題に変えることは、プロダクトに品質を組み込み、持続可能な成功を達成する方法を学ぶために不可欠。 • 品質の望ましいレベルを達成するには何年もかかる ◦ 忍耐が必要 ◦
頻繁なチームのふりかえりはとても重要 ▪ 品質関連の最大の問題を特定するため ▪ 小さな実験を計画するため第12章より

まとめ

まとめ • アジャイルテストのことを開発者や経営者にも気軽に知ってもらうために『Agile Testing Condensed』は刊行された • テストマニフェストなどで示されているようにチーム全体でプロダクトの品質に責任を持つ
• 例を用いることで、より協力して開発を進めることができる • モデル化されたものも状況に応じてカスタマイズする • 思慮深いテスト設計も必要

おしまい

Agile Testingのエッセンス #scrumosaka / Agile Testing...

Agile Testingのエッセンス #scrumosaka / Agile Testing Essence

More Decks by nihonbuson

Other Decks in Technology

Featured

Transcript