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
130
とあるQAエンジニアの道具
riririusei99
December 27, 2018
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
1.1k
テスコンU30 発表資料
riririusei99
0
1.4k
AutifyMeetUp-2nd
riririusei99
0
2.6k
マトリクス組織におけるリーダシップとは
riririusei99
0
79
JaSSTRejectConf
riririusei99
0
2.4k
JaSST'19 Hokkadio
riririusei99
0
2.4k
QuALiTy
riririusei99
1
660
Automation;Test
riririusei99
0
160
AgileQANight
riririusei99
0
3k
Other Decks in Programming
See All in Programming
The Evolution of Enterprise Java with Jakarta EE 11 and Beyond
ivargrimstad
1
820
第9回 情シス転職ミートアップ 株式会社IVRy(アイブリー)の紹介
ivry_presentationmaterials
1
190
「ElixirでIoT!!」のこれまでとこれから
takasehideki
0
370
エラーって何種類あるの?
kajitack
5
260
LINEヤフー データグループ紹介
lycorp_recruit_jp
0
760
2度もゼロから書き直して、やっとブラウザでぬるぬる動くAIに辿り着いた話
tomoino
0
160
Go Modules: From Basics to Beyond / Go Modulesの基本とその先へ
kuro_kurorrr
0
120
既存デザインを変更せずにタップ領域を広げる方法
tahia910
1
240
プロダクト開発でも使おう 関数のオーバーロード
yoiwamoto
0
160
Cursor AI Agentと伴走する アプリケーションの高速リプレイス
daisuketakeda
1
120
Julia という言語について (FP in Julia « SIDE: F ») for 関数型まつり2025
antimon2
3
960
イベントストーミングから始めるドメイン駆動設計
jgeem
4
870
Featured
See All Featured
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
660
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Optimizing for Happiness
mojombo
379
70k
Product Roadmaps are Hard
iamctodd
PRO
53
11k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
How to train your dragon (web standard)
notwaldorf
92
6.1k
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 エ ン
ジ ニ ア の 歴 史