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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
riririusei99
December 27, 2018
Programming
0
140
とあるQAエンジニアの道具
riririusei99
December 27, 2018
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
1.3k
テスコンU30 発表資料
riririusei99
0
1.6k
AutifyMeetUp-2nd
riririusei99
0
2.8k
マトリクス組織におけるリーダシップとは
riririusei99
0
100
JaSSTRejectConf
riririusei99
0
2.6k
JaSST'19 Hokkadio
riririusei99
0
2.5k
QuALiTy
riririusei99
1
700
Automation;Test
riririusei99
0
180
AgileQANight
riririusei99
0
3.1k
Other Decks in Programming
See All in Programming
RubyとGoでゼロから作る証券システム: 高信頼性が求められるシステムのコードの外側にある設計と運用のリアル
free_world21
0
260
手戻りゼロ? Spec Driven Developmentとは@KAG AI week
tmhirai
1
190
モジュラモノリスにおける境界をGoのinternalパッケージで守る
magavel
0
3.5k
CSC307 Lecture 13
javiergs
PRO
0
320
「やめとこ」がなくなった — 1月にZennを始めて22本書いた AI共創開発のリアル
atani14
0
370
CSC307 Lecture 15
javiergs
PRO
0
240
CDIの誤解しがちな仕様とその対処TIPS
futokiyo
0
200
Claude Codeログ基盤の構築
giginet
PRO
7
2.7k
米国のサイバーセキュリティタイムラインと見る Goの暗号パッケージの進化
tomtwinkle
2
550
ふつうのRubyist、ちいさなデバイス、大きな一年 / Ordinary Rubyists, Tiny Devices, Big Year
chobishiba
1
430
技術検証結果の整理と解析をAIに任せよう!
keisukeikeda
0
110
GC言語のWasm化とComponent Modelサポートの実践と課題 - Scalaの場合
tanishiking
0
110
Featured
See All Featured
Designing for humans not robots
tammielis
254
26k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
330
We Have a Design System, Now What?
morganepeng
55
8k
The agentic SEO stack - context over prompts
schlessera
0
690
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.4k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
11
860
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
3.7k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
380
Between Models and Reality
mayunak
2
230
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 エ ン
ジ ニ ア の 歴 史