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
株式会社ビットキー / Bitkey Inc.
PRO
June 01, 2025
Technology
0
93
テストは合意形成をすべし!/Testing should be consensus building!
登壇者名:坂尾卓海
登壇したイベントタイトル:JaSST東北
登壇したイベントのURL:
https://jasst.jp/tohoku/25-about/
株式会社ビットキー / Bitkey Inc.
PRO
June 01, 2025
Tweet
Share
More Decks by 株式会社ビットキー / Bitkey Inc.
See All by 株式会社ビットキー / Bitkey Inc.
待つ、歩く、そして祈る -モバイルアプリの厄介なテスト奮闘記-/Wait, Walk, and Pray -The Troublesome Struggle of Mobile App Testing-
bitkey
PRO
1
43
見栄えと使いやすさの先にある 特別感 をデザインする / Designing a Sense of Specialness Beyond Aesthetics and Usability
bitkey
PRO
0
120
フレームワーク探しはもう終わり! チームに「ジャストフィット」するワークショップの作り方 / No More Framework Searching: How to Build a 'Just-Fit' Workshop for Your Team
bitkey
PRO
0
67
一次体験を起点にしたUX改善の取り組み / Direct Experience Driven UX Improvements
bitkey
PRO
0
270
ユーザー体験は細部に宿る -ウィジェットQAの挑戦と気づき- / UX is in the details: Challenges and Learnings from Widget QA
bitkey
PRO
0
110
ハードウェアとソフトウェアをつなぐ全てを内製している企業の E2E テストの作り方 / How to create E2E tests for a company that builds everything connecting hardware and software in-house
bitkey
PRO
1
300
チームビルドのためのワークショップ設計/Workshop design for team building
bitkey
PRO
0
74
「職種に名前が付く、ということ」 / When a Role Gets a Name
bitkey
PRO
0
39
ゼロから始めるEnabling SRE〜Datadogへの戸惑いや敬遠を無くすためにやったこと〜
bitkey
PRO
0
39
Other Decks in Technology
See All in Technology
SRE × マネジメントレイヤーが挑戦した組織・会社のオブザーバビリティ改革 ― ビジネス価値と信頼性を両立するリアルな挑戦
coconala_engineer
0
320
プロダクト開発と社内データ活用での、BI×AIの現在地 / Data_Findy
sansan_randd
1
680
今から間に合う re:Invent 準備グッズと現地の地図、その他ラスベガスを周る際の Tips/reinvent-preparation-guide
emiki
0
120
可観測性は開発環境から、開発環境にもオブザーバビリティ導入のススメ
layerx
PRO
4
2.3k
書籍『実践 Apache Iceberg』の歩き方
ishikawa_satoru
0
320
現場の壁を乗り越えて、 「計装注入」が拓く オブザーバビリティ / Beyond the Field Barriers: Instrumentation Injection and the Future of Observability
aoto
PRO
1
710
「タコピーの原罪」から学ぶ間違った”支援” / the bad support of Takopii
piyonakajima
0
160
DMMの検索システムをSolrからElasticCloudに移行した話
hmaa_ryo
0
290
AIエージェントによる業務効率化への飽くなき挑戦-AWS上の実開発事例から学んだ効果、現実そしてギャップ-
nasuvitz
5
1.5k
AI時代の発信活動 ~技術者として認知してもらうための発信法~ / 20251028 Masaki Okuda
shift_evolve
PRO
1
130
進化する大規模言語モデル評価: Swallowプロジェクトにおける実践と知見
chokkan
PRO
2
360
AIでデータ活用を加速させる取り組み / Leveraging AI to accelerate data utilization
okiyuki99
6
1.5k
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.7k
We Have a Design System, Now What?
morganepeng
53
7.9k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Making Projects Easy
brettharned
120
6.4k
Documentation Writing (for coders)
carmenintech
75
5.1k
Site-Speed That Sticks
csswizardry
13
930
Visualization
eitanlees
150
16k
Embracing the Ebb and Flow
colly
88
4.9k
Leading Effective Engineering Teams in the AI Era
addyosmani
7
670
4 Signs Your Business is Dying
shpigford
186
22k
Raft: Consensus for Rubyists
vanstee
140
7.2k
Side Projects
sachag
455
43k
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