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
アドホックテストから探索的テストへ
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
だいみょー
August 30, 2023
Technology
0
270
アドホックテストから探索的テストへ
2023/08/31アジャイルひよこクラブ
だいみょー
August 30, 2023
Tweet
Share
More Decks by だいみょー
See All by だいみょー
透明性ってなんだろうと見える化のためのTips
daimyo404
0
390
クロスファンクショナルを続けて、長い目で変化に強いチームをつくる
daimyo404
0
140
Other Decks in Technology
See All in Technology
Red Hat OpenStack Services on OpenShift
tamemiya
0
130
コミュニティが変えるキャリアの地平線:コロナ禍新卒入社のエンジニアがAWSコミュニティで見つけた成長の羅針盤
kentosuzuki
0
130
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
660
Claude_CodeでSEOを最適化する_AI_Ops_Community_Vol.2__マーケティングx_AIはここまで進化した.pdf
riku_423
2
610
Cloud Runでコロプラが挑む 生成AI×ゲーム『神魔狩りのツクヨミ』の裏側
colopl
0
140
広告の効果検証を題材にした因果推論の精度検証について
zozotech
PRO
0
210
AIエージェントを開発しよう!-AgentCore活用の勘所-
yukiogawa
0
190
Exadata Fleet Update
oracle4engineer
PRO
0
1.1k
Oracle AI Database移行・アップグレード勉強会 - RAT活用編
oracle4engineer
PRO
0
110
SREのプラクティスを用いた3領域同時 マネジメントへの挑戦 〜SRE・情シス・セキュリティを統合した チーム運営術〜
coconala_engineer
2
770
AWS Network Firewall Proxyを触ってみた
nagisa53
1
240
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2k
Featured
See All Featured
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
94
The Cost Of JavaScript in 2023
addyosmani
55
9.5k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
97
The SEO Collaboration Effect
kristinabergwall1
0
350
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
920
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
470
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
1
300
Ethics towards AI in product and experience design
skipperchong
2
200
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
Game over? The fight for quality and originality in the time of robots
wayneb77
1
120
The browser strikes back
jonoalderson
0
420
How GitHub (no longer) Works
holman
316
140k
Transcript
アドホックテストから 探索的テストへ だいみょー
⾃⼰紹介 名前 だいみょー ロール 主に開発者(と⾔いつつなんでもやる⼈) 所属 某⾦融系事業会社 好きなもの アジャイル、スクラム、組織開発、 Azure、Terraform、React
とか
テストってどんな種類があるだろう🤔
Janet Gregory, Lisa Crispin, and Yuya Kazama.『Agile Testing Condensed Japanese
Edition』. leanpub.2020年,44p アジャイルテストの四象限
Janet Gregory, Lisa Crispin, and Yuya Kazama.『Agile Testing Condensed Japanese
Edition』. leanpub.2020年,44p アジャイルテストの四象限
探索的テストとは ・経験ベースのテスト技法 ・ ⇔ スクリプトテスト ・テスト対象の振る舞いのフィードバックを活⽤して 次のテストの設計・実施をする ・≠ アドホックテスト
探索的テストとは ・経験ベースのテスト技法 ・ ⇔ スクリプトテスト ・テスト対象の振る舞いのフィードバックを活⽤して 次のテストの設計・実施をする ・≠ アドホックテスト なぜかアドホックテストが探索的テストと
呼ばれてるケースをよく観測する、、(⾃分調べ) それはぼくらのチームも同じく、、
Ingo Philipp.『Exploratory Testing Rediscover the art of exploratory testing』. 2017年.
https://assets.ctfassets.net/ut4a3ciohj8i/4ukPUn6tfiig8S4ASuaeoQ/670bba8e5498239a7fbbf404952beb08/In go_Philipp_Rediscover_Exploratory_Testing.pdf,(2023年8⽉30⽇)
アドホックなテストの場合(今までのぼくたち) 今改修しているここの テストを今⽇はやろう
アドホックなテストの場合(今までのぼくたち) はーい はーい
アドホックなテストの場合(今までのぼくたち) (打鍵中) (打鍵中)
アドホックなテストの場合(今までのぼくたち) ここのボタンが 押しづらいわ ブラウザ変えると デザイン崩れるなあ
アドホックなテストの場合(今までのぼくたち) (再び打鍵中) (再び打鍵中)
アドホックなテストの場合(今までのぼくたち) ここの⾊が ⾒づらいかも ボタン連打すると 挙動がおかしい、、
何が問題なのか ・毎回同じような観点 ・闇雲に網を振っている状態 ・費⽤対効果低 ・学びが少ない(ドメイン知識、QAスキル)
Ingo Philipp.『Exploratory Testing Rediscover the art of exploratory testing』. 2017年.
https://assets.ctfassets.net/ut4a3ciohj8i/4ukPUn6tfiig8S4ASuaeoQ/670bba8e5498239a7fbbf404952beb08/In go_Philipp_Rediscover_Exploratory_Testing.pdf,(2023年8⽉30⽇)
変えたこと ・探索的テストの認識を揃える ・探索的テストのやり⽅を⾒直す
変えたこと ・探索的テストの認識を揃える ・探索的テストのやり⽅を⾒直す
輪読会
変えたこと ・探索的テストの認識を揃える ・探索的テストのやり⽅を⾒直す
探索的テストのやり⽅を⾒直す ・チャーターを作ることにした ・セッションベースでやる (10分×2ターム) JaSST Hokkaido 実⾏委員会 中岫 信(TEF道)、根本 紀之(TEF道)、⼩楠
聡美(TEF道).『JaSSTʼ18東京 E2) 全国JaSST実⾏委員 セッション1やってみよう︕探索的テスト 〜ハイクオリティな妄想の⾼速ループ〜』. 2018年. https://www.jasst.jp/symposium/jasst18tokyo/pdf/E2.pdf,(2023年8⽉30⽇)
新しくはじめた探索的テストの流れ 1. チャーター考える 2. セッション①開始 3. フィードバックタイム 4. チャーターの⾒直し 5.
セッション②開始 6. フィードバックタイム 7. バグレポートの起票
チャーターを考える ・チャーター考えようぜ︕って⾔ってもむずいので、、 作り⽅①︓今回のスプリントで発⾒されたバグから作ってみる 作り⽅②︓品質特性を念頭に考えてみる 作り⽅③︓ペルソナの帽⼦をかぶってみる
良かったこと ・チャーターを修正することで経験のサイクルがちゃんと回る ・バグを起点にした新しいドメイン知識の獲得 ・観点が増えたので未知のバグの発⾒
おわり