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
リスクベースドアプローチで機能テストの方針を決めたの
Search
tsutomun
July 22, 2021
Technology
1.2k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
リスクベースドアプローチで機能テストの方針を決めたの
tsutomun
July 22, 2021
Other Decks in Technology
See All in Technology
AI駆動で「他アプリの音を加工できる」アプリを作った
satomasahiro2005
0
110
分析の民主化を支えるメタデータ整備の実践
kakehashi
PRO
4
1.4k
パッチ更新でterraform initが落ちた日
grimoh
1
140
【Data Engineering Summit2026_登壇資料】医療ビッグデータ×AIエージェントを支えるデータ基盤とハーネスエンジニアリング
jmdc_presentation
0
160
Benchmarking Disaggregated Serving on vLLM + Dynamo with a Real Coding-Agent Workload
nttcom
1
180
無理せず続ける、子育てエンジニアの学び
codmoninc
PRO
0
750
USB PDを使ってスマホを労わりたい
raspython3
0
170
AI時代のPRレビューにどう向き合うか?
kairim0
1
240
ブラウザとサーバーから考えるAI時代のフロントエンド監視
shogo4131
3
920
Rust で関数型ドメインモデリング
takonda
0
120
AI駆動開発の時代になったのでトヨタ生産方式から見直す
terurou
7
6k
二歩目のフロントエンド・ウェブアクセシビリティ
camiha
2
510
Featured
See All Featured
Everyday Curiosity
cassininazir
0
350
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
2
1.8k
The Spectacular Lies of Maps
axbom
PRO
1
1.1k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
540
How to Ace a Technical Interview
jacobian
280
24k
Designing Powerful Visuals for Engaging Learning
tmiket
1
600
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
New Earth Scene 8
popppiees
4
2.7k
From π to Pie charts
rasagy
1
400
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
520
Skip the Path - Find Your Career Trail
mkilby
1
260
Transcript
リスクベースドアプローチで 機能テストの方針を決めたの JaSST nano vol.2 つとむ(@tsutomun1985121)
自己紹介 ◇名前:つとむ (@tsutomun1985121) ◇職業:QAエンジニア/テストエンジニア (B to B プロダクト) ◇趣味:猫と遊ぶ/フットサル/読書 ◇今、頑張っていること:
・JSTQB AL TMの学習 ・ブログ記事作成
目次 1. はじめに 2. 困っていたこと 3. 何をしたか 4. どうなったか 5.
まとめ
1. はじめに 開発体制 ◆2つのフィーチャーチームで プロダクトを開発 ◆1チーム7名で構成
1. はじめに 開発手法 アジャイル開発 ◆タイムボックス 1スプリント2週間 ◆QAの役割 ・各フィーチャーチームでQAエンジニアとして活動 ・詳細設計のレビュー ・開発が完了したユーザストーリ、不具合のテスト設計/テスト実施
・不具合分析を実施し、開発チームへのフィードバック
2. 困っていたこと 課題 顕在化していたリスク 開発者テストとQAのテスト 内容が重複 QAがボトルネックとなり、 リリースできない機能改修が 発生 QAが全てのリリース対象に
対して、手動で機能テストを する
開発チーム全体でテストを できるようにしたいなあ。。。
3. 何をしたか ⚫リスク分析を用いて、 機能テストにおけるQAの関わり方を定義 ⚫QAの役割を整理
リスク分析を用いて、機能テストにおける QAの関わり方を定義 ⚫5段階(XL、L、M、S、XS)のリスクレベルを定義 ⚫ユーザストーリーや不具合の修正内容、影響範囲を確認し、 欠陥によって引き起こされる問題の重大性を評価する ⚫評価したリスクレベルを合意 リスクレベルがXL:法要件を満たしていない/お金に関わる問題(未払い、過剰請求など) リスクレベルがL :エラーとなるべきデータが登録できる リスクレベルがM
:画面が意図通り表示されない リスクレベルがS :英語のスペルミス/分かりにくいメッセージ
リスク分析を用いて、機能テストにおける QAの関わり方を定義 1.リスクが高い開発 (リスクレベルがXL)に対して、 QAがテスト設計を行う リスクレベルがXL:法要件を満たしていない/お金に関わる問題(未払い、過剰請求など) リスクレベルがL :エラーとなるべきデータが登録できる リスクレベルがM :画面が意図通り表示されない
リスクレベルがS :英語のスペルミス/分かりにくいメッセージ
リスク分析を用いて、機能テストにおける QAの関わり方を定義 2.リスクが高くない開発 (リスクレベルがXLではない)に対して、 QAが開発者のテストを支援する • テストケースのレビュー • テスト技法のレクチャー
リスク分析を用いて、機能テストにおける QAの関わり方を定義 3.全てのリスクレベルの開発に対して、 QAがアドホックテストを1~3時間実施 目的 • 開発チームに早く、簡単にフィードバックする • テスト対象の学習 •
テストケース作成にフィードバックする
リスク分析を用いて、機能テストにおける QAの関わり方を定義 ⚫ まとめ テストタイプ リスクレベル テスト設計 テスト設計 レビュー テスト実行
機能テスト XS~S 開発担当者 開発レビュアー 開発担当者 M~L 開発担当者 QAレビュアー 開発担当者 機能テスト XL QA担当者 開発担当者 開発/QAチーム アドホックテスト S~XL ー ー QA担当者
QAの役割を整理 ⚫ プロダクトの品質目標策定と遂行に向けた活動 ⚫ 組織のテストポリシー、テスト戦略の策定 ⚫ テストプロセスの定義と改善 ⚫ 機能性を除く品質特性のテストをリード ⚫
開発エンジニアへの検証技術・ドメイン知識の継承
4. どうなったか 課題 顕在化していたリスク 開発者テストとQAのテスト 内容が重複 QAがボトルネックとなり、 リリースできない機能改修が 発生 QAが全てのリリース対象に
対して、手動で機能テストを する
4. どうなったか ⚫QAがボトルネックとなり、 リリースできない状態がなくなった ⚫QAがチーム全体の品質向上に向けた 取組みに着手できた ⚫リリース後バグがそれほど出ていない
4. どうなったか +αの効果 ⚫ 開発者自身で品質を確保する意識が高まった ⚫ 開発者が品質に興味をもってくれた ⚫ 開発者とQAがより積極的に コミュニケーションをとるようになった
5. まとめ リスクという軸を使って、 QAエンジニアと開発エンジニアで 協力して、テストをする
参考資料 リスクベースドテストを活用しよう 井芹 洋輝 https://www.slideshare.net/goyoki/ss-29203311?next_slideshow=2 リスク・ベース・テストの効果と限界 http://www.aerith.net/design/risk-base-test-j.html
以上です。 ご清聴ありがとうございました つとむ(@tsutomun1985121)