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.2k
テスコンU30 発表資料
riririusei99
0
1.5k
AutifyMeetUp-2nd
riririusei99
0
2.8k
マトリクス組織におけるリーダシップとは
riririusei99
0
89
JaSSTRejectConf
riririusei99
0
2.5k
JaSST'19 Hokkadio
riririusei99
0
2.5k
QuALiTy
riririusei99
1
680
Automation;Test
riririusei99
0
170
AgileQANight
riririusei99
0
3.1k
Other Decks in Programming
See All in Programming
AIを駆使して新しい技術を効率的に理解する方法
nogu66
1
650
Evolving NEWT’s TypeScript Backend for the AI-Driven Era
xpromx
0
120
複数チーム並行開発下でのコード移行アプローチ ~手動 Codemod から「生成AI 活用」への進化
andpad
0
180
しっかり学ぶ java.lang.*
nagise
1
410
目的で駆動する、AI時代のアーキテクチャ設計 / purpose-driven-architecture
minodriven
9
2.9k
PyCon mini 東海 2025「個人ではじめるマルチAIエージェント入門 〜LangChain × LangGraphでアイデアを形にするステップ〜」
komofr
3
1.1k
競馬で学ぶ機械学習の基本と実践 / Machine Learning with Horse Racing
shoheimitani
14
13k
自動テストのアーキテクチャとその理由ー大規模ゲーム開発の場合ー
segadevtech
2
1k
GraalVM Native Image トラブルシューティング機能の最新状況(2025年版)
ntt_dsol_java
0
160
Module Harmony
petamoriken
2
480
開発生産性が組織文化になるまでの軌跡
tonegawa07
0
180
Atomics APIを知る / Understanding Atomics API
ssssota
1
150
Featured
See All Featured
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Java REST API Framework Comparison - PWX 2021
mraible
34
9k
How to train your dragon (web standard)
notwaldorf
97
6.4k
Building an army of robots
kneath
306
46k
Statistics for Hackers
jakevdp
799
230k
Scaling GitHub
holman
463
140k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Making Projects Easy
brettharned
120
6.5k
Rails Girls Zürich Keynote
gr2m
95
14k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
330
GraphQLとの向き合い方2022年版
quramy
49
14k
Reflections from 52 weeks, 52 projects
jeffersonlam
355
21k
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 エ ン
ジ ニ ア の 歴 史