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
140
0
Share
とあるQAエンジニアの道具
riririusei99
December 27, 2018
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
1.3k
テスコンU30 発表資料
riririusei99
0
1.7k
AutifyMeetUp-2nd
riririusei99
0
2.9k
マトリクス組織におけるリーダシップとは
riririusei99
0
110
JaSSTRejectConf
riririusei99
0
2.6k
JaSST'19 Hokkadio
riririusei99
0
2.5k
QuALiTy
riririusei99
1
710
Automation;Test
riririusei99
0
190
AgileQANight
riririusei99
0
3.1k
Other Decks in Programming
See All in Programming
セグメントとターゲットを意識するプロポーザルの書き方 〜採択の鍵は、誰に刺すかを見極めるマーケティング戦略にある〜
m3m0r7
PRO
0
580
Claude Code × Gemini × Ebitengine ゲーム制作素人WebエンジニアがGoでゲームを作った話
webzawa
0
150
Server-Side Kotlin LT大会 vol.18 [Kotlin-lspの最新情報と Neovimのlsp設定例]
yasunori0418
1
180
Claude CodeでETLジョブ実行テストを自動化してみた
yoshikikasama
0
660
ハーネスエンジニアリングにどう向き合うか 〜ルールファイルを超えて開発プロセスを設計する〜 / How to approach harness engineering
rkaga
24
14k
アーキテクチャモダナイゼーションとは何か
nwiizo
19
5.4k
PHPer、Cloudflare に引っ越す
suguruooki
1
100
クラウドネイティブなエンジニアに向ける Raycastの魅力と実際の活用事例
nealle
2
220
Angular Signal Forms
debug_mode
0
120
PCOVから学ぶコードカバレッジ #phpcon_odawara
o0h
PRO
0
280
煩雑なSkills管理をSoC(関心の分離)により解決する――関心を分離し、プロンプトを部品として育てるためのOSSを作った話 / Solving Complex Skills Management Through SoC (Separation of Concerns)
nrslib
4
990
NakouPAY説明用
annouim0
0
260
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.7k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Color Theory Basics | Prateek | Gurzu
gurzu
0
290
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
280
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
180
GraphQLとの向き合い方2022年版
quramy
50
15k
Practical Orchestrator
shlominoach
191
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
[SF Ruby Conf 2025] Rails X
palkan
2
970
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
510
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 エ ン
ジ ニ ア の 歴 史