Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
QAエンジニアがAcceptance Criteriaを書いてみんなで読んだら、 いい感じに開...
Search
rina
March 04, 2023
4
3.4k
QAエンジニアがAcceptance Criteriaを書いてみんなで読んだら、 いい感じに開発ができているよ
rina
March 04, 2023
Tweet
Share
More Decks by rina
See All by rina
QAエンジニアが スクラムマスターをすると いいなぁと思った話
____rina____
1
480
Acceptance criteria: QA's quality boost
____rina____
1
500
インシデント対応の 実践と品質文化の醸成
____rina____
3
2.2k
self introduction
____rina____
0
48
グイグイ系QAエンジニアでやっていくよ!
____rina____
0
4.7k
わからない?をわかる!に変えよう!- QAエンジニアが実践している基本的な考え方と方法
____rina____
4
5.8k
これからのテスト・QAコミュニティとか イベントこうなってほしいってアイデアを みんなで話したいの(力を貸して)
____rina____
1
1.3k
副業QANight
____rina____
0
1.2k
JaSST'22 TokyoをQAチームでふりかえりしながらみたら最高だったの
____rina____
0
2.7k
Featured
See All Featured
Building Adaptive Systems
keathley
41
2.5k
Building an army of robots
kneath
305
45k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
For a Future-Friendly Web
brad_frost
177
9.7k
Mobile First: as difficult as doing things right
swwweet
223
9.6k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
120
52k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
GraphQLとの向き合い方2022年版
quramy
46
14k
BBQ
matthewcrist
88
9.6k
Transcript
1 QAエンジニアがAcceptance Criteriaを書いて みんなで読んだら、 いい感じに開発ができているよ(公開用) Scrum Fest Fukuoka 2023 @____rina____
2 Souzoh QAエンジニア、スクラムマスター 福岡うまれ福岡そだち @____rina____
3 今日のおはなし 1 Acceptance Criteriaを読みあわせること 2 Acceptance Criteriaを充実させること 3 QAがAcceptance
Criteriaを書いてみたこと
4 Acceptance Criteria(AC)を読 みあわせて共通認識が改善した 共通認識を持つのはむずかしい?
5 前回(ブログ)からのアップデート スクラムチームが発足 QAはひとり QAとSM https://engineering.mercari.com/blog/entry/20220912-cf3da857e5/
6 わたしたちについて わたしたちのスクラムチーム
7 わたしたちのチームについて PO/PM デザイナー エンジニア QA/SM EM
8 Acceptance Criteriaについて
9 Acceptance Criteria(AC)ってなに? https://www.bing.com/
10 今日のおはなし 1 Acceptance Criteriaを読むこと 2 Acceptance Criteriaを充実させること 3 QAがAcceptance
Criteriaを書いてみたこと
11 テストするなら https://www.bing.com/ ユーザー名? ユーザーIDじゃなくて? ID?メールアドレス? パスワードの桁数は? 使用可能な記号は? エラーメッセージの文言は? ログイン処理のトリガーは入力?
ユーザーは迷わない?
12 なんでQAがACを書いてみたの? • プロジェクトごとにテスト設計をしていた • テスト設計するのも実行するのも私 • 他の人が見る機会がでてこなかった
◦ テスト実施に入ってからフィードバックすることがあった テスト設計しても私しか見ない問題
13 なんでQAがACを書いてみたの? • QAが何しているかわからない • どの辺でQAに渡せばいいかわからない
QAって何をテストしているの?
14 なんでQAがACを書いてみたの? • POはP(d)M兼任 • 要件定義するときにACはある • プロジェクトとか複数抱えている
• 各関係者とも色々やることある • 詳しく書いてもらうには負担すぎる PO忙しい問題(と、わたしが勝手に思っている)
15 そうだ ACとして書いてしまおう
16 ACの書き方 ACを書くまでにどんな作業成果物があるのか
17 P(d)Mが作成 プロジェクト 単位に作成 デザイナーが 作成 チームがつくっている作業成果物 エンジニアが作成 プロジェクト 単位に作成
Spec UI Design Doc
18 1. Specを作成 2. デザインを作成 3. ユーザーストーリーマッピング 4. ユーザーストーリーからプロダクトバックログアイテムを書き出す 全体の流れ
19 1. Specを作成(PO) 2. デザインを作成(デザイ ナー) 3. ユーザーストーリーマッピン グ(みんな) 4.
プロダクトバックログアイテ ムを出す(PO/みんな) ACをつくる前の流れ PO デザイナー みんな エンジニア QA PO
20 ACの書き方 rinaの場合
21 ACのつくりかた 1 ユーザーストーリーマッピングを見る 2 Spec、デザイン、Desgin Docを集める 3 ACを書く 4
プロダクトバックログアイテムの順番を見直す
22 • Spec • デザイン • ユーザーストーリーマッピン グ • Design
Doc ACを書くためにつかうもの PO デザイナー みんな エンジニア QA PO
23 2. Spec、デザイン、Desgin Docを集める
24 チケットを並び替える 4. プロダクトバックログアイテムの順番を見直す ユーザーストーリー 2 バックエンドタスク2 フロントエンドタスク1 ユーザーストーリー 1
フロントエンドタスク2 リリース ユーザーストーリー 2 バックエンドタスク2 フロントエンドタスク2 リリース フロントエンドタスク1 ユーザーストーリー 1
25 ACのよみあわせ ここがよかった
26 ▪ ACよみあわせてよかったこと Epic(やそれにちかい大きな単位)でまとめてQAがくることが ほぼなくなった ▪ 待ち状態が減った ▪ 受け入れ条件が明確になるのがよい(エンジニア) ▪
要求にブレがないか、整合性がとれているかを確認できる時間 になっている(PO)
27 ACよみあわせてよかったこと ACなしじゃ開発できない(しめしめ)
28 ACを読み合わせて、共通認識を持って開発しよう まとめ ACを充実させて、あんしんして開発しよう 02 01