Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
転職しても変わらなかった動きと転職して変わった意識 #D3QA / Agile QA Nigh...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
nihonbuson
PRO
June 20, 2019
Technology
720
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
転職しても変わらなかった動きと転職して変わった意識 #D3QA / Agile QA Night!! 2
2019年6月20日開催のD3QAイベント「Agile QA Night!! 2」での発表資料です。
https://d-cube.connpass.com/event/126870/
nihonbuson
PRO
June 20, 2019
More Decks by nihonbuson
See All by nihonbuson
リアーキテクチャ後の障害ゼロを目指したShadow Testingの取り組み
nihonbuson
PRO
1
210
「背中を見て育て」からの卒業 〜専門技術としてのテスト設計を軸に、品質保証のバトンを繋ぐ〜 #genda_tech_talk
nihonbuson
PRO
4
2.2k
「QA=テスト」「シフトレフト=スクラムイベントの参加者の一員」の呪縛を解く。アジャイルな開発を止めないために、10Xで挑んだ「右側のしわ寄せ」解消記 #scrumniigata
nihonbuson
PRO
7
3.4k
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
920
体験しながら作るクラシフィケーション ツリーテスト
nihonbuson
PRO
1
670
意外と知らない状態遷移テストの世界
nihonbuson
PRO
4
4.2k
「品質のつくりこみ」と「リリース後に行うとよいテスト活動」を体験する
nihonbuson
PRO
1
510
ホリスティックテスティングの右側も大切にする 〜2つの[はか]る〜 / Holistic Testing: Right Side Matters
nihonbuson
PRO
0
2.1k
テストを実施する前に考えるべきテストの話 / Thinking About Testing Before You Test
nihonbuson
PRO
18
4.1k
Other Decks in Technology
See All in Technology
DevelopersIO 2026 知識の地図を描く ─ オントロジーとは何か?
ishikawa_satoru
1
1.7k
DGX Spark でどこまでハッキングができるのか?
kash1064
3
1.3k
会社説明資料
persolserverworks
0
9.8k
Refining Active Record
shugo
0
160
AIにシークレットを見せない、WSL2で安全な開発環境
yazm
0
310
スプシの手作業からの解脱 ~更新はClaude Codeに、見せ方と使い方はGASアプリに任せる~
kentarofujii
0
160
JAWS-UGグッズ職人仕事の流儀
kentapapa
0
120
無理せず続ける、子育てエンジニアの学び
codmoninc
PRO
0
950
"優秀な誰か"の下位互換にならないために
yut0naga1_fa
1
1.8k
DWH の限界突破! AI エージェント向け爆速リアルタイムデータ基盤 ClickHouse
jozono
1
490
Browser Spec: Testing Hotwire with Ruby
takahashim
1
130
実践! SRE × AI - ABEMA における AIOps -
tetsuya28
8
3.1k
Featured
See All Featured
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Thoughts on Productivity
jonyablonski
76
5.4k
Site-Speed That Sticks
csswizardry
13
1.6k
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
Rails Girls Zürich Keynote
gr2m
96
14k
Navigating Team Friction
lara
192
16k
Making Projects Easy
brettharned
120
6.8k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
520
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
3.2k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
950
Building Applications with DynamoDB
mza
96
7.2k
Transcript
転職しても 変わらなかった動きと 転職して変わった意識 ブロッコリー ( @nihonbuson )
自己紹介 • ブロッコリー ( @nihonbuson ) • 2018年10月にビズリーチへ転職 • QA基盤推進室に所属
• 社外活動 - JaSST Review(ソフトウェアレビューシンポジウム) 実行委員長 - WACATE(テストの宿泊型ワークショップ) 実行委員
今日話すこと • 前職と現職で何が変わったのか • Agileな開発への対応の仕方
前職での動き方
前職での動き方(前期) • リリースまでのサイクルが長い • QAは実装が終わってから回ってくる • 自動テストも作成
• それぞれの経験を元にテストを実施
前職での動き方(前期) • リリースまでのサイクルが長い →【問題】お客様からのフィードバックが非常に遅い • QAは実装が終わってから回ってくる →【問題】不具合検出時点では手遅れであることが多い • 自動テストも作成 →【問題】そもそも自動テスト以前にやることがある
• それぞれの経験を元にテストを実施 →【問題】抜け漏れが多いテストになっている
前職での動き方(後期) • リリースまでのサイクルが長い →【問題】お客様からのフィードバックが非常に遅い • QAは実装が終わってから回ってくる →【対策】設計レビューに積極的に参加! • 自動テストも作成 →【対策】対象を狭めた&工数をレビューに集中
• それぞれの経験を元にテストを実施 →【対策】テスト技法などの啓蒙を実施
現職での動き方
現職での動き方 • リリースまでのサイクルが短い →お客様からのフィードバックもすぐに来る • QAは実装が始まる前から関わっている →「そもそも何を作りたいんだっけ?」と言える • 自動テストも作成 →きちんと作成すべきテストを考えている
• テスト技法を元にテストを実施 →開発QA間の期待値の違いが分かりやすい
現職での動き方 • リリースまでのサイクルが短い →お客様からのフィードバックもすぐに来る • QAは実装が始まる前から関わっている →「そもそも何を作りたいんだっけ?」と言える • 自動テストも作成 →きちんと作成すべきテストを考えている
• テスト技法を元にテストを実施 →開発QA間の期待値の違いが分かりやすい 実は前職後期にやっていることと ほとんど変わらない
リリースサイクルが 短くなることへの対応
リリースサイクルが短くなると… • 我々がどのように開発を進められているのか 厳密なスケジュールが求められる。 • 開発物の変化に追随する。
リリースサイクルが短くなると… • 我々がどのように開発を進められているのか 厳密なスケジュールが求められる。 →現状を知るため、状況に合ったメトリクスを用意する →「これ、もうすぐできます」の言い訳が効かない • 開発物の変化に追随する。
リリースサイクルが短くなると… • 我々がどのように開発を進められているのか 厳密なスケジュールが求められる。 →現状を知るため、状況に合ったメトリクスを用意する →「これ、もうすぐできます」の言い訳が効かない • 開発物の変化に追随する。 →テスト技術をより重視して考える
テスト技術を重視する前の状況 テスト 計画 テスト 分析 テスト 設計 テスト 実装 テスト
実行 何をテスト しようか…? CPM法! 仕様…「半角英数字で入力」と表示 ↓ 期待値…「半角英数字で入力」と表示されること
テスト技術を重視する前の状況 テスト 計画 テスト 分析 テスト 設計 テスト 実装 テスト
実行 何をテスト しようか…? CPM法! 仕様…「半角の英数字で入力」と表示 ↓ 期待値…「半角英数字で入力」と表示されること
テスト技術を重視した後の状況(1) テスト 計画 テスト 分析 テスト 設計 テスト 実装 テスト
実行 期待値…半角英数字を促す文言が表示されること ・本当に達成したいことを示すことができる ・仕様の変更に強い どうなればOK?
テスト技術を重視した後の状況(2) テスト 計画 テスト 分析 テスト 設計 テスト 実装 テスト
実行 そもそも開発が実施するテストで保証 (QAはサポート役に回る) 今回はどれが リスク?
まとめ
まとめ • 前職と現職で何が変わったのか →実は動き方があまり変わってない • Agileな開発への対応の仕方 →メトリクスとテスト技術をより意識するようになった 土台となるスキル(テスト技術)があれば、
Agileな開発でも対応可能!