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
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.
失敗を経て、Harness Engineering で 大切にしたいことを考える / Learning from Failure: What Matters in Harness Engineering
bitkey
PRO
1
430
AI Adaptable なテストを整える工夫 / Ways to Make Your Tests AI-Adaptable
bitkey
PRO
3
260
人が担う「価値」とは?これからの「QA」とは / Human Value and the Future of Quality Assurance
bitkey
PRO
0
250
キャリア25年目にしてTypeScript に出会うまで - 「型」を通じて振り返るプログラミング言語遍歴 / Meeting TypeScript After 25 Years in Tech - Looking Back at My Programming Language Journey Through "Types"
bitkey
PRO
2
440
AIのために、AIを使った、Effect-TSからの脱却 〜テストを活用した安全なリファクタリングの進め方〜
bitkey
PRO
2
890
Flutter初心者が生成AIで大規模アプリ開発をキャッチアップした工夫 〜元ネイティブエンジニアが実践した、技術転換の高速道路〜 / Flutter with LLM: A Former Native Engineer's Fast Track to Large-Scale Apps
bitkey
PRO
0
310
〜備えあれば憂いなし〜とりあえず障害訓練やろ? デジタル/フィジカル横断プロダクトを24365で維持するための戦略 / Better Safe Than Sorry: Incident Drills for 24/365 Digital-Physical Products
bitkey
PRO
0
170
雑談は、センサーだった
bitkey
PRO
2
550
AIが書いたコードを信じられない問題 〜レビュー負荷を下げるために変えたこと〜 / The AI Code Trust Gap: Reducing the Review Burden
bitkey
PRO
8
1.6k
Other Decks in Technology
See All in Technology
Keeping applications secure by evolving OAuth 2.0 and OpenID Connect
ahus1
PRO
1
150
“全部コピーしない”ファイルデータの活用 : — FSx for ONTAP × S3 Tables × Icebergで作るメタデータカタログ
yoshiki0705
0
550
Control Planeで育てるBtoB SaaSの認証基盤 - SRE NEXT 2026
pokohide
1
1.6k
AIと共生する開発者プラットフォーム:バクラクのモノレポ×マイクロサービス基盤
sakajunquality
1
2.5k
Road to SRE NEXTの今までとこれから
hiroyaonoe
0
210
勉強会企画をアプリで構造化してみた 〜そこで見えた、AIとの付き合い方〜 / I've structured a study group plan using an app.
pauli
0
330
NDIAS CTF 2026 問題解説会資料
bata_24
0
180
Docker Desktop不要の時代が来る? WSL標準の「wslc」で Linuxコンテナを動かしてみた.
ueponx
0
800
しぶいSRE: サーバから見えない障害にどう向き合うか。ラストワンマイルのデバッグ実践 / Shibui SRE
kanny
12
4.9k
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
0
3.5k
小さいから、全部わかる。— 常駐AI "xangi" のすすめ
sugupoko
0
270
LiDAR SLAMの実装とセンサ融合 ~Lie群からContinuous-Time LIOまで~
naokiakai
1
1k
Featured
See All Featured
It's Worth the Effort
3n
188
29k
Designing for Timeless Needs
cassininazir
1
280
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Ethics towards AI in product and experience design
skipperchong
2
320
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
380
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.6k
The Pragmatic Product Professional
lauravandoore
37
7.4k
Statistics for Hackers
jakevdp
799
230k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
230
Abbi's Birthday
coloredviolet
3
8.5k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
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