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
転職しても変わらなかった動きと転職して変わった意識 #D3QA / Agile QA Nigh...
Search
nihonbuson
PRO
June 20, 2019
Technology
0
680
転職しても変わらなかった動きと転職して変わった意識 #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
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
クラシフィケーションツリー技法
nihonbuson
PRO
1
68
意外と知らない状態遷移テストの世界
nihonbuson
PRO
1
600
「品質のつくりこみ」と「リリース後に行うとよいテスト活動」を体験する
nihonbuson
PRO
1
250
ホリスティックテスティングの右側も大切にする 〜2つの[はか]る〜 / Holistic Testing: Right Side Matters
nihonbuson
PRO
0
1.7k
テストを実施する前に考えるべきテストの話 / Thinking About Testing Before You Test
nihonbuson
PRO
18
3.5k
テストコードにはテストの意図を込めよう(2025年版) #retechtalk / Put the intent of the test 2025
nihonbuson
PRO
17
3.5k
ソフトウェアテスト 最初の一歩 〜テスト設計技法をワークで体験しながら学ぶ〜 #JaSSTTokyo / SoftwareTestingFirstStep
nihonbuson
PRO
6
1k
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB #JaSST #JaSSTTokyo / Readable test code
nihonbuson
PRO
14
25k
開発スピードは上がっている…品質はどうする? スピードと品質を両立させるためのプロダクト開発の進め方とは #DevSumi #DevSumiB / Agile And Quality
nihonbuson
PRO
2
10k
Other Decks in Technology
See All in Technology
Oracle Cloud Infrastructure:2026年1月度サービス・アップデート
oracle4engineer
PRO
0
190
漸進的過負荷の原則
sansantech
PRO
3
420
【Oracle Cloud ウェビナー】[Oracle AI Database + Azure] AI-Ready データ戦略の最短ルート:Azure AIでビジネス データの価値を最大化
oracle4engineer
PRO
2
140
MySQLのJSON機能の活用術
ikomachi226
0
120
書籍執筆での生成AIの活用
sat
PRO
1
230
Digitization部 紹介資料
sansan33
PRO
1
6.7k
DEVCON 14 Report at AAMSX RU65: V9968, MSX0tab5, MSXDIY etc
mcd500
0
230
Claude Codeベストプラクティスまとめ
minorun365
53
30k
月間数億レコードのアクセスログ基盤を無停止・低コストでAWS移行せよ!アプリケーションエンジニアのSREチャレンジ💪
miyamu
0
220
新規事業 toitta におけるAI 機能評価の話 / AI Feature Evaluation in toitta
pokutuna
0
290
SREの仕事を自動化する際にやっておきたい5つのポイント
jacopen
6
1.2k
KubeCon + CloudNativeCon NA ‘25 Recap, Extensibility: Gateway API / NRI
ladicle
0
160
Featured
See All Featured
Writing Fast Ruby
sferik
630
62k
How to make the Groovebox
asonas
2
1.9k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
3.6k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
300
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
0
99
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
630
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
0
170
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
48
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
53
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
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な開発でも対応可能!