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
ALICE
December 06, 2023
Technology
0
66
となりのQAのお仕事
2023MIXI TECH CONFERENCE にて発表した内容です
ALICE
December 06, 2023
Tweet
Share
More Decks by ALICE
See All by ALICE
リーダーのいないチームの運用
projectalice722
3
600
Other Decks in Technology
See All in Technology
Fintech SREの挑戦 PCI DSS対応をスマートにこなすインフラ戦略/Fintech SRE’s Challenge: Smart Infrastructure Strategies for PCI DSS Compliance
maaaato
0
450
SCSAから学ぶセキュリティ管理
masakamayama
0
140
個人開発から公式機能へ: PlaywrightとRailsをつなげた3年の軌跡
yusukeiwaki
10
2.7k
目の前の仕事と向き合うことで成長できる - 仕事とスキルを広げる / Every little bit counts
soudai
22
5.8k
Developers Summit 2025 浅野卓也(13-B-7 LegalOn Technologies)
legalontechnologies
PRO
0
150
Larkご案内資料
customercloud
PRO
0
600
バックエンドエンジニアのためのフロントエンド入門 #devsumiC
panda_program
16
6.5k
TAMとre:Capセキュリティ編 〜拡張脅威検出デモを添えて〜
fujiihda
0
100
明日からできる!技術的負債の返済を加速するための実践ガイド~『ホットペッパービューティー』の事例をもとに~
recruitengineers
PRO
3
100
Postmanを使いこなす!2025年ぜひとも押さえておきたいPostmanの10の機能
nagix
2
120
リアルタイム分析データベースで実現する SQLベースのオブザーバビリティ
mikimatsumoto
0
950
モノレポ開発のエラー、誰が見る?Datadog で実現する適切なトリアージとエスカレーション
biwashi
6
770
Featured
See All Featured
The Invisible Side of Design
smashingmag
299
50k
Building a Scalable Design System with Sketch
lauravandoore
460
33k
How STYLIGHT went responsive
nonsquared
98
5.3k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
29
4.6k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Become a Pro
speakerdeck
PRO
26
5.1k
Optimizing for Happiness
mojombo
376
70k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
114
50k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
366
25k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Transcript
©MIXI MIXI TECH CONFERENCE 2023 となりのQAのお仕事 開発本部 CTO室 QA1 Group
manager ALICE (Yeonkyung KIM)
©MIXI 自己紹介 • ALICE • キムヨンギョン/ Yeonkyung Kim • 開発本部
CTO室 QA1グループ マネー ジャー • QA manager 、 QA specialist 、 QA consultant、localize PMとして2015 年から QA 業界にて働く。 • 2021年株式会社ミクシィ(現 株式会社 MIXI)入社 • 現在 QA 部設立のために奮闘中。
©MIXI 目次 1. QAとは? 2. いろんなQAのかたち 3. となりのQAのお仕事 4. 改善の成功事例
5. まとめ 6. おまけ 7. おわり
©MIXI QAとは?
©MIXI テスターとQA テスター = QA だと思われる方がたくさんいらっしゃると思いますが、 実はこの方程式は少し修正が必要です。 この式が正しくなるには テスター ⊂ QA テスターはQAの部分集合になります。 ベンダイアグラムで表現するとこのような 形になります。
5 QA テスター
©MIXI テスターとQAの違い テスター • テスト実行を担当 • 質の良いBugを検出 • 初期段階で、スピード早くBug を検出
QA • ステークホルダーとコミュニケー ション • スケジューリング • プロジェクトの改善提案 • PJに合わせたQA方法を臨機応変 に対応 • Bugの分析 • 振り返りでの反省点改善 • メンバーのケア • テストケース、テストノート作 成。。。などなど 6
©MIXI いろんなQAのかたち
©MIXI いろんなQAのかたち • テスター • テストリーダー • QAリーダー • ソフトウェアQA
• ゲームQA • セキュリティQA • データQA • QAマネージャー • QAコンサルタント • QAスペシャリスト • QAアナリスト • など 最初にお見せしたベンダイアグラム の中にはこれだけのものが入りま す。 QAさんでも知らない方がいらっしゃ るかと思います。 自分がどの道を歩みたいか、QAの キャリアパスってどんなものがある か、ぜひ、上司さんに聞いてみてく ださい! 私に聞いてもいいですよ!♡
©MIXI となりのQAのお仕事 9
©MIXI QAのお仕事 QAは形がこれほどたくさんあって、みんなそれぞれのテスト技法を持って、品質 向上のために、いつも頑張っています! 「上流工程」という言葉、聞いたことあるかと思います。 なんでQAはいつも上流工程から参加させてくださいと言うのでしょうか? 実はすでに上流工程から動いているプロジェクトがたくさんあります!みなさん のチームもそうかも?どう言うことだ??? これから回答します! 前置きですが、上流工程はとっても簡単だけど、何よりも大事なので、
ぜひQAさんたちを信じて仕事を任せていただきたいです!
©MIXI 上流工程のQA 仕様書をレビュー、レビューした仕様書をFIX FIXされた仕様書で観点だし 観点だししたものをエンジニアさん、企画さんにレビューしてもらう 出した観点をベースにテストケース、テストノート、チェックリストなどを作成 ここで発生するレビューたちが上流工程の作業になります! あれ?やってる!、そんな簡単なの? と思われるかもしれませんが、この工程で、事前に防げるBugがたくさんあ ります!
©MIXI もし、QAが上流工程から入ってない場合 1. 企画さんが仕様書をFIX 2. 開発さんが開発に着手 3. QAに仕様書が共有され、開発 されたものが渡される、 4.
リスケするか、機能を減らす か、品質が悪いままリリースす るか会議 5. Bugの修正 1. QAは別のQAをやっているか、各 自でスキルアップのための時間を 過ごす 2. この段階で次の仕様書がわかる と嬉しいが、上記と同じ 3. 仕様書をみてテストケース作成、 テスト実施、リグレッションが全て できるようになる、QA日程不足 4. スケジュールに合わせたQAで品 質が低下する 5. 修正確認に時間がかかる 6. QA完了
©MIXI QAが上流工程から入った場合 1. 企画さんが仕様書を作成 2. 仕様書FIX、開発開始 3. QAの観点をレビューし、問題 なければFIX 4.
開発完了 5. Bugの修正 1. QAとエンジニアが仕様書をレ ビューし、事前に防げたBugや 遷移先などを指摘 2. QAは観点だしをし、出した観 点をレビューしてもらう 3. FIXした観点をベースにテスト ケース作成 4. QA開始 5. 修正確認後QA終了
©MIXI 改善の成功事例
©MIXI 背景・改善内容 既存にWebPJがあり、Appのグランドオープンを任された。 全てがない状態で、戸惑ったが、まず「QA plan」を作成し、ステークホルダーに 共有した。 それによって、QAの進み方、やるもの、やらないもの、Bugの優先度などをはっ きりでき、コミュニケーションのコストを削減できた! その後も仕様書をレビューしながら、質問・観点だしを行い、セキュリティQAを忘 れていることが確認でき急ぎで依頼する。
リリース日と、追加したい機能と、QAの日数が合わなくなったので、QA内容を変 更し対応。クリティカルなBugを防止した。 チケットをラベルで管理するよう提案し、ラベル管理になってからQA、エンジニア 両方とも管理がしやすくなった
©MIXI まとめ
©MIXI サクッとまとめ • QAはテスターの仕事ができま すが、テスターはQAの仕事が できません! • QAはたくさんのキャリアパスが あるので、自分に合う道を探し てみましょう
• 仕様を決める段階からQAも一 緒にコミュニケーションとってく ださい! • QAもチームの改善のために頑 張っています! QAがなくても良い、 テスターだけで良い、 など思うプロジェクトがありました ら、今回をきっかけにもう一度QA のお仕事を考えてみてください! きっともっと素敵なプロジェクトにな ります!
©MIXI おまけ
©MIXI 最後に・・・ • 今回の発表内容は私の個人の 意見ですので、それ間違って る!など指摘、大歓迎です! • 私もまだまだ勉強しながらやら せてもらってるので、一緒に勉 強会などしたいです!よろしけ
れば招待してください!待って ます! 社内の方 #z_alice 社外の方 @projectalice722 (twitter) 質問、雑談受付してます! よろしくお願いします!
©MIXI おわり