Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
テストについて相談を受けたときに いつもしていること (公開用) #テストラジオ
Search
ぱいん
November 15, 2024
Technology
880
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
テストについて相談を受けたときに いつもしていること (公開用) #テストラジオ
ソフトウェアテストに関わる人のはっぴょうかい #テストラジオ
https://connpass.com/event/334358/
ぱいん
November 15, 2024
More Decks by ぱいん
See All by ぱいん
それでも私が品質保証プロセスを作り続ける理由 #テストラジオ / Why I still continue to create QA process
pineapplecandy
0
490
カジュアル面談って、もっとカジュアルに していいの / informal session #jasstnano
pineapplecandy
0
390
アジャイルQA2年生が、過去の自分に伝えたいこと #テストラジオ
pineapplecandy
0
320
PO,SMに送るテスト自動化の8原則に5箇条を添えて / scrumniigata2023
pineapplecandy
2
2.2k
システムテスト自動化スクリプトのレビュー観点を挙げてみたの
pineapplecandy
0
640
E2Eテストのflakyと向き合う / stac2020
pineapplecandy
2
6.4k
しくじり先生ーアジャイルテスト自動化立ち上げ迷走記 #D3QA / Failure teaches success in automated testing development
pineapplecandy
1
3.6k
これからシステムテスト自動化を始める組織のための勉強会(公開用)
pineapplecandy
2
3.3k
#WACATE 2019夏_夜の分科会_情報交換会_公開用
pineapplecandy
0
1.4k
Other Decks in Technology
See All in Technology
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
10Xに技術的負債をもたらした「2つの境界の歪み」その構造と解消への営み
10xinc
0
2.3k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
12k
エージェントはローカル、検証はMicroVM — Lambda MicroVMsでつくるServerless CI
fujioka6789
3
660
Von-Neumann Machines, Dreams & The Futures of IT
ufried
0
120
「ピッケル本」日本語版は4.0(第6版)が出版されるべき / pickaxe4-nagoyark05
kakutani
2
270
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
460
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
330
AIは推し活である。
kurazuuuuuu
1
940
データ_AIの事業の勝敗をわけるもの
nek0128
1
470
Why Agent Cost Needs Observability
nttcom
0
120
株式会社シーエーシー エンジニア向け会社紹介資料
cac
0
57k
Featured
See All Featured
Crafting Experiences
bethany
1
350
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
290
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.5k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
470
Darren the Foodie - Storyboard
khoart
PRO
4
3.9k
Faster Mobile Websites
deanohume
310
32k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
850
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Tips & Tricks on How to Get Your First Job In Tech
honzajavorek
1
770
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Color Theory Basics | Prateek | Gurzu
gurzu
1
470
Transcript
テストについて相談を受けたときに いつもしていること ~ コスパ全振編 ~ 2024/11/15 (Fri) ソフトウェアテストに関わる人のはっぴょうかい #テストラジオ ぱいん
1
HELLO! I’m… • ぱいん🍍 @pineapplecandy • 2児の父 • QAエンジニア @モバイルアプリ
◦ 2012-2017: SIer@Web ◦ 2017-2022: テストベンダー@組込み ◦ 2022-: 事業会社@組込み • JaSST Online, JaSST Review実行委員 • 生態: X(旧Twitter) • 趣味: タロット、バスケ観戦、週末ドライブ • 役割: インプロセスQA >>>>> フェーズゲートQA >>> QAコンサル 2
サマリ • QAエンジニアとして様々な会社・案件で12年間 行ってきたテストに関する相談でやっていること のまとめ 3
もくじ 発表の前提/目的 テスト相談の目的 01 テスト相談の流れ 02 03 4 質問事項 04
参考文献 06
発表の前提 /目的 5
発表の前提 /目的 • 前提: ◦ 同じ部署の別チーム ▪ 専任のQAエンジニアがいないチーム ▪ 仮説検証(PoC)含めて様々なプロジェクトが様々な形態
で動いている • 発表目的 ◦ 参加者向け:普段のやり方を参考にしてもらう ◦ 自分向け: 言語化、公開できていないノウハウをまとめる 6
テスト相談の目的 7
テスト相談の目的 • 背景 ◦ コアQA人材不足 (開発組織でのQA比率:2-8%) • 目的 ◦ 大義:
短時間フォローで品質を上げる ▪ 立ち上げ: チームの成長促進, 品質意識向上 ▪ 安定稼働: 仕組み化、標準適用 ◦ 本音: 関わっていないプロダクトのことを知り たいという好奇心9割、貢献感1割。 ▪ 必要だと思うことは自分で立ち上げる文化 8
テスト相談の流れ 9
初回コンタクト • きっかけ:プロジェクトリーダまたはマネージャからの声掛け • 空き予定に会議設定を入れてもらう ◦ 1回60分 • 聞くこと ◦
相談したいことのサマリ • 伝えること ◦ 1回で終わらなければ、おかわり可能 ◦ 資料準備など不要、その場で資料など見せてくれればOK 10
当日まで • 積極的に準備はしない • しないこと ◦ 周囲への聞き取り ◦ 開発資料、Slackなどへのアクセス •
しない理由 ◦ 先入観排除(相談者の話をまず聞く) ◦ 工数削減 11
テスト相談本番 1/2 • 形式 ◦ 時間配分 ▪ アイスブレイク 2分 ▪
フリートーク 45分 ▪ まとめ、ネクストアクション 10分+α ◦ 原則対面: ▪ 相手の表情、話し方を観察する [1] ▪ 顔を覚える、覚えてもらう 12
テスト相談本番 2/2 • 私と相談者の関係性 ◦ 私: ファシリテーター [3] 兼 一緒に考える人
◦ 相談者: 悩み/困りごとを話す人 兼 一緒に考える人 13
質問事項 [2] 14
15
16
17
番外編: 状況によっては答えだけ渡す場合も • 納期まで時間がない • 局所的なヒントや答えだけほしい ◦ 例) 端末選定の方法 •
相手がプロマネを熟知している ◦ 例)QCDのバランスを考える上で、どれを優先させるべき かQAとしての見解が欲しい 18
参考文献, 資料 19
20 No. 資料名 URL [1] 違和感のつかまえかた 組み込みシ ステムの開発者(テスター)として やっていること -
JaSST ‘19 Review https://www.jasst.jp/symposium/jasstrevie w19/pdf/S3.pdf [2] 説明できるテストをつくるためにでき ることを考える - JaSST ‘24 Tohoku https://www.jasst.jp/symposium/jasst24toh oku/report_pdf/S1.pdf [3] 悩めるエンジニアのためのぽけっと ファシリテーター (同人誌; 紙冊子の み?) https://caorit.hatenadiary.com/entry/2019/ 09/22/073528 参考文献、参考資料