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
データ戦略部門 紹介資料
sansan33
PRO
1
3.8k
AI時代におけるデータの重要性 ~データマネジメントの第一歩~
ryoichi_ota
0
700
名刺メーカーDevグループ 紹介資料
sansan33
PRO
0
940
Sansan Engineering Unit 紹介資料
sansan33
PRO
1
3k
OSSで50の競合と戦うためにやったこと
yamadashy
3
610
[VPoE Global Summit] サービスレベル目標による信頼性への投資最適化
satos
0
190
だいたい分かった気になる 『SREの知識地図』 / introduction-to-sre-knowledge-map-book
katsuhisa91
PRO
0
140
ソースを読むプロセスの例
sat
PRO
15
9.6k
React19.2のuseEffectEventを追う
maguroalternative
2
550
AIとともに歩んでいくデザイナーの役割の変化
lycorptech_jp
PRO
0
660
LLMアプリの地上戦開発計画と運用実践 / 2025.10.15 GPU UNITE 2025
smiyawaki0820
2
710
物体検出モデルでシイタケの収穫時期を自動判定してみた。 #devio2025
lamaglama39
0
250
Featured
See All Featured
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
253
22k
Side Projects
sachag
455
43k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Leading Effective Engineering Teams in the AI Era
addyosmani
7
530
Designing for humans not robots
tammielis
254
26k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.2k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.5k
The Cult of Friendly URLs
andyhume
79
6.6k
How to train your dragon (web standard)
notwaldorf
97
6.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
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)