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
テストは合意形成をすべし!/Testing should be consensus build...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
株式会社ビットキー / Bitkey Inc.
PRO
June 01, 2025
Technology
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
テストは合意形成をすべし!/Testing should be consensus building!
登壇者名:坂尾卓海
登壇したイベントタイトル:JaSST東北
登壇したイベントのURL:
https://jasst.jp/tohoku/25-about/
株式会社ビットキー / Bitkey Inc.
PRO
June 01, 2025
More Decks by 株式会社ビットキー / Bitkey Inc.
See All by 株式会社ビットキー / Bitkey Inc.
Flutter × BLE Centralを自前Pluginで実装する設計パターン - MethodChannel / EventChannelで作る双方向ブリッジの実践 / Building Custom Flutter BLE Central Plugins: Bidirectional Bridging with Method & Event Channels
bitkey
PRO
0
250
Swift&Xcodeのバージョンアップにまつわる怖かった思い出 / Scary Memories of Swift and Xcode Updates
bitkey
PRO
0
180
iOS/Androidの二刀流エンジニアがFlutter & TypeScriptへ越境後の現在地 - Flutterがメインになって見えた景色と現在の醍醐味 / Dual-Platform Mobile Engineer Shifts to Flutter & TypeScript - The View and Real Thrill of Going Flutter-First
bitkey
PRO
0
490
個人開発で育てる「大規模設計の苗床」 - AI時代の1人開発から始める業務への知識接続 / The Seedbed for Large-Scale Design - From AI-Era Solo Projects to Professional Knowledge
bitkey
PRO
1
470
失敗を経て、Harness Engineering で 大切にしたいことを考える / Learning from Failure: What Matters in Harness Engineering
bitkey
PRO
1
540
AI Adaptable なテストを整える工夫 / Ways to Make Your Tests AI-Adaptable
bitkey
PRO
3
300
人が担う「価値」とは?これからの「QA」とは / Human Value and the Future of Quality Assurance
bitkey
PRO
0
300
キャリア25年目にしてTypeScript に出会うまで - 「型」を通じて振り返るプログラミング言語遍歴 / Meeting TypeScript After 25 Years in Tech - Looking Back at My Programming Language Journey Through "Types"
bitkey
PRO
2
490
AIのために、AIを使った、Effect-TSからの脱却 〜テストを活用した安全なリファクタリングの進め方〜
bitkey
PRO
2
1k
Other Decks in Technology
See All in Technology
属人化を叩き割れ!「制作加速」と「安定化」の矛盾を打破する:8年目プロダクトが辿り着いた「ミスが起こり得ない」アセット制作フローの全貌
gree_tech
PRO
0
460
会計事務所と顧問先の契約関係をOIDC・OAuthで表現する
terara
0
130
Kiro Crew で始める マルチエージェント開発
miu_crescent
PRO
0
180
内製AIチャットボット開発で学んだ Datadog Agent Observability活用術
mkdev10
0
130
Introduction to Bill One Development Engineer
sansan33
PRO
0
470
医療の現場を変革に挑戦した半年間の軌跡 - PythonとAIで現場を変える / From Code to Care
soudai
PRO
1
610
RelayerというPHPのフレームワークを作った
polidog
PRO
0
140
型落ちシンクライアント端末のPoEモジュールを自作したかった話
logica0419
0
420
作って理解するCoding Agent 〜フレームワークに頼らないピュア Python での実装〜
takapy
4
1.2k
三人寄ればチューリング完全
puhitaku
6
3.1k
コーチングの奥義 何もしないテクニック
jinwatanabe
0
160
dbt と Snowflake と tag
kevinrobot34
1
220
Featured
See All Featured
So, you think you're a good person
axbom
PRO
2
2.1k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
420
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
The World Runs on Bad Software
bkeepers
PRO
72
12k
Believing is Seeing
oripsolob
1
200
Un-Boring Meetings
codingconduct
0
390
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
Balancing Empowerment & Direction
lara
6
1.2k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.4k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
67k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Transcript
テストは合意形成をすべし! 株式会社ビットキー Software QA 坂尾卓海
Outline 1.自己紹介 / 会社紹介 2.影響範囲は全部!? 3.合意形成の内容は? 4.まとめ 2 2
Outline 1.自己紹介 / 会社紹介 2.影響範囲は全部!? 3.合意形成の内容は? 4.まとめ 3 3
坂尾 卓海 SAKAO TAKUMI 2019, 04 2021, 04 1社目 -
作業療法士 - ITと全然違う仕事してた ビットキー - QAエンジニアメンバー - テスト分析~実行担当 プロダクトQAリーダー - テスト計画〜完了担当 - Software QAチーム運営管理 2023, 03 Zenn:@takumi_sakao_bk 1. 自己紹介 / 会社紹介 2社目 - サーバー領域のインフラ自動化 - 第三者検証 現在
5 1. 自己紹介 / 会社紹介 ビットキーってどういう会社ですか? ソフトウェアとハードウェアそれぞれを自社開発し、 「暮らし」や「職場」における体験をアップデートする ことで、私たちの生活に新たな価値提供をしています!
Outline 1.自己紹介 / 会社紹介 2.影響範囲は全部!? 3.合意形成の内容は? 4.まとめ 6 6
2. 影響範囲は全部!? • ブラックボックステスト担当 • コードは書かない・見ない • リリースサイクルは1ヶ月または2週間 • リソース(人・時間)は限られている 7
7 前提として…
2. 影響範囲は全部!? テストは合意形成が大切です! 8 8 まずは結論
2. 影響範囲は全部!? テストスコープを判断する際、 影響範囲の確認に困りませんか 9 9
2. 影響範囲は全部!? 影響範囲の確認って どのようにされてますか 10 10
2. 影響範囲は全部!? 修正内容から影響範囲を 読み取る or 開発に確認する 11 11
2. 影響範囲は全部!? 「テストは欠陥があることは示せるが、欠陥 がないことは示せない」という原則の通り、 合意形成をしたとて欠陥は発生します。 それでも開発との合意形成は大切だと考えて います! 12 12 とはいえ…
2. 影響範囲は全部!? 例)「ログイン機能を修正した」という内容 であれば… →影響範囲:ログイン・ログアウト 13 13
2. 影響範囲は全部!? こういった修正内容の場合、どうしますか? • コードの変更はありません! • 機能の振る舞いに変化ありません!! • 特定のライブラリを別のライブラリに移行 しました!!! 14
2. 影響範囲は全部!? 影響範囲を確認すると… 「プロダクトの機能全部です」 15
2. 影響範囲は全部!? 影響範囲を確認すると… 「プロダクトの機能全部です」 16 これは、困った…
2. 影響範囲は全部!? こうなると… 影響範囲からテストスコープを 絞ることが困難です 17 17
2. 影響範囲は全部!? ここで大切になるのが 開発との合意形成です! 18 18
Outline 1.自己紹介 / 会社紹介 2.影響範囲は全部!? 3.合意形成の内容は? 4.まとめ 19 19
3. 合意形成の内容は? 20 20 開発と合意形成していること 1. 役割分担 2. テストスコープ 3. 期待動作
3. 合意形成の内容は? 21 21 役割分担は、テスト対象を開発/QAそれぞれ がどんなテストをするのかを明確にします 例) • 開発:コンポーネントテスト、コン ポーネント統合テスト •
QA:システムテスト、システム統合 テスト • 役割分担
3. 合意形成の内容は? 22 22 TestScopeGridというものを活用しています • テストスコープ
3. 合意形成の内容は? 23 23 期待動作は、仕様の認識合わせです! 修正や機能追加によりプロダクトがどんな挙 動をして何を期待値とするか、開発/QA間で 認識を合わせます • 期待動作
3. 合意形成の内容は? • コードの修正はなし • 振る舞いの変化もなし • 修正内容はライブラリの移行のみ • 影響範囲は機能全部 24
24 冒頭の例における合意形成は?
3. 合意形成の内容は? • コードの修正はなし • 振る舞いの変化もなし • 修正内容はライブラリの移行のみ • 影響範囲は機能全部 25
25 冒頭の例における合意形成は? • 振る舞いは変わらない • デグレチェックをしたい • 満遍なく機能を確認したい
3. 合意形成の内容は? 機能を満遍なく確認している リグレッションテストで 担保しましょう 26 26 合意形成した内容は?
3. 合意形成の内容は? と言った感じでテストについて 開発と合意形成をしています 27 27
合意形成の不足で生じる問題 1. 偏った意思決定 2. 手戻りの発生 3. 市場に欠陥が流出する 28 28 3. 合意形成の内容は?
Outline 1.自己紹介 / 会社紹介 2.影響範囲は全部!? 3.合意形成の内容は? 4.まとめ 29 29
4. まとめ 30 30 開発と合意形成していること 1. 役割分担 2. テストスコープ 3. 期待動作
4. まとめ 31 31 合意形成をするメリットは? 1. 意思決定の質向上 2. 手戻りの軽減 3. 市場への欠陥流出防止
このような合意形成が より良い品質保証に繋がります 32 32 4. まとめ
ご清聴ありがとうございました 33 33 4. まとめ
34