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
700
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
「背中を見て育て」からの卒業 〜専門技術としてのテスト設計を軸に、品質保証のバトンを繋ぐ〜 #genda_tech_talk
nihonbuson
PRO
4
1.9k
「QA=テスト」「シフトレフト=スクラムイベントの参加者の一員」の呪縛を解く。アジャイルな開発を止めないために、10Xで挑んだ「右側のしわ寄せ」解消記 #scrumniigata
nihonbuson
PRO
6
2.5k
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
740
体験しながら作るクラシフィケーション ツリーテスト
nihonbuson
PRO
1
530
意外と知らない状態遷移テストの世界
nihonbuson
PRO
3
3k
「品質のつくりこみ」と「リリース後に行うとよいテスト活動」を体験する
nihonbuson
PRO
1
360
ホリスティックテスティングの右側も大切にする 〜2つの[はか]る〜 / Holistic Testing: Right Side Matters
nihonbuson
PRO
0
1.9k
テストを実施する前に考えるべきテストの話 / Thinking About Testing Before You Test
nihonbuson
PRO
18
3.9k
テストコードにはテストの意図を込めよう(2025年版) #retechtalk / Put the intent of the test 2025
nihonbuson
PRO
20
3.8k
Other Decks in Technology
See All in Technology
SONiC実機とGNS3 SONiC VSによる事前コンフィグ検証 ― 生成AIエージェントを環境構築・検証支援に使ってみた ―
sonic
0
110
あなたの知らないPDFのアクセシビリティ
lycorptech_jp
PRO
0
230
サイバーエージェントにおけるAI推進戦略と変革への取り組み
shotatsuge
0
460
いまさら聞けない「仕様駆動開発入門」 〜AI活用時代の開発プロセスを考える〜
findy_eventslides
2
180
新しいUbuntu/GNOMEが使いたいからXからWaylandへ移行頑張ってるの巻 2026-06-20
nobutomurata
0
160
Comment regagner la souveraineté de vos données tout en étant payé grâce à Nostr !
rlifchitz
0
180
2026年6月23日 Syncable Tech + Start Python Club にて
hamukazu
0
150
時期が悪い!それでもRaspberry Piを買って遊んで活用するには / 20260627-osc26do-rpi-jikigawarui
akkiesoft
0
720
AIのReact習熟度を測る
uhyo
2
670
Oracle AI Database@Azure:サービス概要のご紹介
oracle4engineer
PRO
6
2k
クレデンシャル流出 ― 攻撃 3 時間 vs 復旧 10 時間。この非対称性にどう備えるか
kazzpapa3
3
530
iOS アプリの「これって不具合ですか?」を AI に調べてもらう
miichan
0
140
Featured
See All Featured
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
750
Typedesign – Prime Four
hannesfritz
42
3.1k
GitHub's CSS Performance
jonrohan
1033
470k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
210
How STYLIGHT went responsive
nonsquared
100
6.2k
How to train your dragon (web standard)
notwaldorf
97
6.7k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
290
Bash Introduction
62gerente
615
220k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
A Tale of Four Properties
chriscoyier
163
24k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2k
How GitHub (no longer) Works
holman
316
150k
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な開発でも対応可能!