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.
June 01, 2025
Technology
0
33
テストは合意形成をすべし!/Testing should be consensus building!
登壇者名:坂尾卓海
登壇したイベントタイトル:JaSST東北
登壇したイベントのURL:
https://jasst.jp/tohoku/25-about/
株式会社ビットキー / Bitkey Inc.
June 01, 2025
Tweet
Share
More Decks by 株式会社ビットキー / Bitkey Inc.
See All by 株式会社ビットキー / Bitkey Inc.
Agentic Coding と 山登り と TypeScript〜体系的に考えてみよう!〜/Agentic Coding, Mountain Climbing and TypeScript~Let's think systematically!~
bitkey
0
200
"発信文化"をどうやって計測する?技術広報のKPI探索記/How do we measure communication culture?
bitkey
4
420
MCP でモノが動くとおもしろい/It is interesting when things move with MCP
bitkey
3
710
カオスに立ち向かう小規模チームの装備の選択〜フルスタックTSという装備の強み _ 弱み〜/Choosing equipment for a small team facing chaos ~ Strengths and weaknesses of full-stack TS~
bitkey
1
190
型化からはじめる時間づくり/Creating Time Starting with Modeling
bitkey
1
100
職種に名前が付く、ということ/The fact that a job title has a name
bitkey
1
320
心に火を灯すヒントは自分の中にある/The clue to lighting a fire in your heart is within you.
bitkey
1
150
“感動”の伝播によって 技術広報の心に火が灯った瞬間/By spreading excitement The moment when the hearts of the technical public relations staff were lit by the spread of “excitement”.
bitkey
0
420
属人化のピンチをチャンスに変える! メンバーの成長とチーム化を実現した オンボーディング/Turning the pinch of belonging into an opportunity! Onboarding with member growth and teaming
bitkey
1
150
Other Decks in Technology
See All in Technology
アプリケーションの中身が見える!Mackerel APMの全貌と展望 / Mackerel APMリリースパーティ
mackerelio
0
440
AIオンボーディングとAIプロセスマイニング
nrryuya
5
1.3k
ゴリラ.vim #36 ~ Vim x SNS ~ スポンサーセッション
yasunori0418
1
350
Cloud Run を解剖して コンテナ監視を考える / Breaking Down Cloud Run to Rethink Container Monitoring
aoto
PRO
0
110
Redmineの意外と知らない便利機能 (Redmine 6.0対応版)
vividtone
0
1.2k
大事なのは、AIの精度だけじゃない!〜1円のズレも許されない経理領域とAI〜
jun_nemoto
11
5.2k
積み上げられた技術資産と向き合いながら、プロダクトの信頼性をどう守るか
plaidtech
PRO
0
920
Eight Engineering Unit 紹介資料
sansan33
PRO
0
3.2k
ソフトウェアは捨てやすく作ろう/Let's make software easy to discard
sanogemaru
10
5.8k
Java で学ぶ 代数的データ型
ysknsid25
1
180
いまさら聞けない Git 超入門 〜Gitって結局なに?から始める第一歩〜
devops_vtj
0
160
Azure Developer CLI と Azure Deployment Environment / Azure Developer CLI and Azure Deployment Environment
nnstt1
1
130
Featured
See All Featured
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
34
2.3k
Rails Girls Zürich Keynote
gr2m
94
13k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
Why Our Code Smells
bkeepers
PRO
336
57k
A designer walks into a library…
pauljervisheath
205
24k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.3k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
How to train your dragon (web standard)
notwaldorf
92
6k
Git: the NoSQL Database
bkeepers
PRO
430
65k
Making the Leap to Tech Lead
cromwellryan
134
9.3k
Agile that works and the tools we love
rasmusluckow
329
21k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
34k
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
Otomatik - 172.67.23.78
CloudFlare DNS
Türk Telekom DNS
Google DNS
Open DNS
OSZAR »