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エンジニアの道具
Search
riririusei99
December 27, 2018
Programming
0
110
とあるQAエンジニアの道具
riririusei99
December 27, 2018
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
840
テスコンU30 発表資料
riririusei99
0
1.1k
AutifyMeetUp-2nd
riririusei99
0
2.3k
マトリクス組織におけるリーダシップとは
riririusei99
0
37
JaSSTRejectConf
riririusei99
0
2.1k
JaSST'19 Hokkadio
riririusei99
0
2.2k
QuALiTy
riririusei99
1
590
Automation;Test
riririusei99
0
110
AgileQANight
riririusei99
0
2.9k
Other Decks in Programming
See All in Programming
単体テストを書かない技術 #phpcon_odawara
o0h
PRO
27
8.3k
検証も兼ねて個人開発でHonoとかと向き合った話
hanetsuki
1
1.1k
Rethinking UI building strategies @ SFI 2024
letelete
0
270
Fragment Composition of GraphQL
quramy
7
1k
見た目から始める生産性向上
ikumatadokoro
7
850
Site Reliability Engineering for GMO
pyama86
8
1k
Ruby Function Composition
bkuhlmann
1
330
Goのmultiple errorsについて (2024年4月版)
syumai
4
910
ゆるい個人開発のススメ
kuroppe1819
10
990
2 週間で Twitter Bot を作ってみた
contour_gara
0
510
MetricKitで予期せぬ終了を検知する話 / Detect unexpected termination with MetricKit
nekowen
1
190
⼤規模⾔語モデルの拡張(RAG)が 終わったかも知れない件について
nearme_tech
23
15k
Featured
See All Featured
Atom: Resistance is Futile
akmur
259
25k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
20
1.9k
Fantastic passwords and where to find them - at NoRuKo
philnash
37
2.5k
Rails Girls Zürich Keynote
gr2m
91
13k
Why Our Code Smells
bkeepers
PRO
331
56k
Making Projects Easy
brettharned
108
5.5k
Documentation Writing (for coders)
carmenintech
60
3.9k
VelocityConf: Rendering Performance Case Studies
addyosmani
320
23k
A Modern Web Designer's Workflow
chriscoyier
689
190k
A better future with KSS
kneath
231
16k
Building Better People: How to give real-time feedback that sticks.
wjessup
355
18k
The World Runs on Bad Software
bkeepers
PRO
61
6.7k
Transcript
A QA ENGINEER’S TOOL と あ る Q A エ
ン ジ ニ ア の 道 具
WHO ARE YOU? @riririusei99 チームスピリット QAエンジニア/Scrum Master futsal・映画・ガンプラ・スニーカー(new!) Jリーグ観戦(⼤宮アルディージャ)
͡Ίʹ とあるQAエンジニアが会社でやっている施策がなぜこういう形になっ たのか…今⽇はそんな話を紹介できればいいなと思います。 今⽇はこんな⼈向け • なんでこんなコトしてるんだっけとか探求したい⼈ • 今の施策がない場合の世界を知りたい⼈ • 品質保証にまつわる施策を聞きたい⼈
宣伝 「⼀緒にQAエンジニアやりませんか︖」(露⾻)
$)"15&3 5*$,&513*03*5:
ੲͷʜ 社内の上司 「テストをいい感じで頼む︕︕」
࣌ͷঢ়گ よくよく話を聞いてみると… • スクラムチームの受け⼊れテストを担当して欲しい • フロント部分の担当、APIは別チームで開発 • エンジニア4〜6⼈でQA1⼈ • 今の会社で⾔うPM確認をやってるイメージ
• ⼊社3年⽬の運⽤エンジニアからコンバート 計画会 ToDo 開発 WIP Waiting for UAT Done
なのでテストだけを していた…が。
ى͖ͨࣄɾ՝ • ピンからキリまで多種多様なバグが上がってくる – ブラウザバック – OS依存・端末固有 – 画⾯が⼀瞬チラつく –
背景⾊が1pxだけ写っている – むしろこういう機能にしたほうがいいんじゃないのか︖みたいなやつ →結果、開発チームはどこまで作り込む必要があるのか…テストはどこまでやるか悩む
ى͖ͨࣄɾ՝ •本当に対応が必要︖みたいな障害対応 – POがやると⾏ったらやる(前回はやっていなかったとしても) – 声が⼤きい⼈に流される – 障害発覚時のパニックそのままに対応してしまう状態 – ちなみに障害対応はQAが指揮するので…
困った
༏ઌॱҐ͚ͮΛ࣮ࢪ • プロダクトにおける重要な2軸を 設定しマッピングを⾏う • 優先順位ごとに対応⽅針を決める • 対応⽅針については「やらない」 ラインまで定義するのがポイント
ॏΈ͚ͷ͔ͨ͠ • 定量的なもの(ユーザ数、広告のグレード) • 基準を設ける(S,M,L)(Never,Must,Want) • 協議で決める
݁Ռ • 障害対応の有無の判断基準になった • どこまで作り込むかの材料になるように なった • 社内の共通認識になった
$)"15&3 5&45*/(1-"/
ੲͷʜ 社内の上司 「テストをいい感じで頼む︕︕」
࣌ͷঢ়گ よくよく話を聞いてみると… • 再構築PJでの受け⼊れテストをお願いしたい • すでに機能開発は終わってる状態でQAチームとしてジョイン • テスト期間で⼀気に品質を⾼めたい • QA歴3年だがお客さんからお呼びがかかった
問題発⽣︕
ى͖ͨࣄɾ՝ •このままじゃリリースできない問題 – とりあえず開いたら真っ⽩ – 何が正しいかも分からない – 受け⼊れテストで来る品質じゃない →ある時期までに品質をあるべき姿に持っていく必要があった
困った
ςετܭըͷ࡞ɾݟ͠ • 受け⼊れテストの計画を⼤幅修正 • 限られた期間でテストの範囲・対象を明らかにする必要が あった – 期間の変更(⼗分に必要な期間をとった) – 強化テストの実施
– リリース判定項⽬の設定
ςετܭըʢ˞ݱࡏʣ • テスト計画作成 – リリース判定項⽬ – QAチケットの作成 • テストレポート作成 –
スプリント – 品質評価レポート • リリース判定 • 次回のテスト計画
None
2.4 品質計画 品質管理 品質保証・改善 品質マネジメントシステム
品質管理 品質計画 品質保証 品質保証・品質改善
݁Ռ • 全体像を把握しやすくなった • ⽬標に向かって進む指針ができた – 複数メンバーで進められるようになった • 品質保証のプロセスについてPDCAのサ イクルを回す事ができるようになった
·ͱΊ ⾏っている施策には⾏うなりの理由がある チケット優先順 障害時の対応や、リリース、開発完了かどうかに使うものさしになる テスト計画 現在の状態から、⽬標とする状態に進むためにテストの側⾯から計画するもの
͓ΘΓʹ ʮ ຖ ͕ ɺ ৽ ͠ ͍ Ұ
ͩ ʯ テストの世界は奥深く、⾟い時も楽しいときもあります。 あまり⽬⽴たない部分もありますが、重要な⼯程と責任を感じる良い仕事だと思います。 「⼀緒にQAエンジニアやりませんか︖」(2回⽬)
QA ENGINEER’S CAREER と あ る Q A エ ン
ジ ニ ア の 歴 史