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
リスクベースドアプローチで機能テストの方針を決めたの
Search
tsutomun
July 22, 2021
Technology
0
1.1k
リスクベースドアプローチで機能テストの方針を決めたの
tsutomun
July 22, 2021
Tweet
Share
Other Decks in Technology
See All in Technology
2026-03-11 JAWS-UG 茨城 #12 改めてALBを便利に使う
masasuzu
2
410
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
410
楽しく学ぼう!ネットワーク入門
shotashiratori
1
490
20年以上続く PHP 大規模プロダクトを Kubernetes へ ── クラウド基盤刷新プロジェクトの4年間
oogfranz
PRO
0
110
2026年もソフトウェアサプライチェーンのリスクに立ち向かうために / Product Security Square #3
flatt_security
1
700
バクラク最古参プロダクトで重ねた技術投資を振り返る
ypresto
0
190
Windows ファイル共有(SMB)を再確認する
murachiakira
PRO
0
200
スケールアップ企業でQA組織が機能し続けるための組織設計と仕組み〜ボトムアップとトップダウンを両輪としたアプローチ〜
tarappo
2
230
めちゃくちゃ開発するQAエンジニアになって感じたメリットとこれからの課題感
ryuhei0000yamamoto
0
180
OCI技術資料 : コンピュート・サービス 概要
ocise
4
54k
AI時代の「本当の」ハイブリッドクラウド — エージェントが実現した、あの頃の夢
ebibibi
0
150
「通るまでRe-run」から卒業!落ちないテストを書く勘所
asumikam
2
390
Featured
See All Featured
Deep Space Network (abreviated)
tonyrice
0
93
What does AI have to do with Human Rights?
axbom
PRO
1
2k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
250
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
650
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
320
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.7k
Heart Work Chapter 1 - Part 1
lfama
PRO
5
35k
The Invisible Side of Design
smashingmag
302
51k
A Soul's Torment
seathinner
5
2.5k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
110
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)