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 Night!! 2
Search
nihonbuson
June 20, 2019
Technology
0
630
転職しても変わらなかった動きと転職して変わった意識 #D3QA / Agile QA Night!! 2
2019年6月20日開催のD3QAイベント「Agile QA Night!! 2」での発表資料です。
https://d-cube.connpass.com/event/126870/
nihonbuson
June 20, 2019
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
継続的テストモデルを実現するためにスリーアミーゴスを用いた10Xでのシフトレフトの事例
nihonbuson
3
1.2k
BDD(Cucumber)コミュニティが無料提供しているコンテンツの紹介と現在起きている危機
nihonbuson
4
1.5k
JSTQB FL 幻のテスト技法「ユースケーステスト」を学ぶ / Use_case_testing
nihonbuson
3
1.5k
テストコードを書き始める前に考えるべきテストの話(2023年版) #cedec2023
nihonbuson
1
2.3k
テスト対象の内容を忘れるためのテスト対象分析 #qa_test_talk / QA Test Talk Vol.3
nihonbuson
3
2.8k
AI(ChatGPT-4)によるテスト設計作成の現状を評価する #Ques20 / Ques20th
nihonbuson
9
5k
テストプロセスを用いて、テストケース作成の思考を整理しよう / test process
nihonbuson
6
2.2k
JaSST Review 22 Introduction / JaSST Review'22 内容紹介
nihonbuson
0
5.1k
テストコードにはテストの意図を込めよう #vstat
nihonbuson
64
43k
Other Decks in Technology
See All in Technology
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
2
1.7k
5分で分かる(かもしれない) Vector engine for OpenSearch Serverless
tsukuboshi
1
410
Money-saving tips for the frugal serverless developer
theburningmonk
1
360
エムスリーマルチデバイスチーム紹介資料 / Introduction of M3 Multi Device Team
m3_engineering
1
170
AWSの生成AI入門書を執筆しました🎉
minorun365
PRO
0
140
シンプルなHITL機械学習と様々なタスクにおけるHITL機械学習
naohachi89
0
320
OPENLOGI Company Profile
hr01
0
46k
#phpconkagawa レガシーコードにもオブザーバビリティを 〜少しずつ始めるサービス監視〜
yamato_sorariku
0
560
グイグイ系QAエンジニアでやっていくよ!
____rina____
0
770
LINEヤフーのウェブアクセシビリティ
lycorptech_jp
PRO
2
180
スクラムに出会って「できた」を実感できるようになってきた話 / Scrum makes me feel like I can do it
yayoi_dd
2
110
技術力の伸ばし方を考える
khirata
0
140
Featured
See All Featured
Designing on Purpose - Digital PM Summit 2013
jponch
111
6.5k
The Brand Is Dead. Long Live the Brand.
mthomps
49
30k
The Art of Programming - Codeland 2020
erikaheidi
43
12k
Building Better People: How to give real-time feedback that sticks.
wjessup
356
18k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
228
16k
RailsConf 2023
tenderlove
9
580
A designer walks into a library…
pauljervisheath
201
23k
It's Worth the Effort
3n
180
27k
StorybookのUI Testing Handbookを読んだ
zakiyama
13
4.7k
Clear Off the Table
cherdarchuk
86
310k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
21
1.6k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
67
14k
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な開発でも対応可能!