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
880
リスクベースドアプローチで機能テストの方針を決めたの
tsutomun
July 22, 2021
Tweet
Share
Other Decks in Technology
See All in Technology
SSMエージェントはIAMロールの夢を見るか/ Do SSM Agents Dream Of IAM Roles?
yukihirochiba
0
1.4k
令和最新版 ソフトウェアエンジニアのためのDJ入門、あるいはDJに学ぶ仕事術 #ya8
stefafafan
1
140
「わたしたちのコード」を安定させるためにフレームワークとの距離を保つ / phperkaigi2024
blue_goheimochi
5
810
layerx-0-to-1-product-development-in-compound-startups
shnjtk
1
520
Pass On What You Have Learned: Deploying to Production
ianlee1521
0
150
Azure AI サービス全体像と Prompt flow 紹介 - Forkwell Library
shohei1029
1
600
理想の組織も自分たちで作ろう! ―LayerXの「全員採用」を支える文化 / How to create our own ideal team
ar_tama
6
2.2k
スケジュール指定のFargate Spotと友達になれた話
news_it_enj
0
240
あなたの知らないバグバウンティの世界
eurekaberry
1
1.4k
プロダクト開発ゼロイチの分類とロジックス事業がイチに至るまで
niwatakeru
0
100
AIエージェントが変えるソフトウェアのパラダイム
masahiro_nishimi
0
200
実録_マルチテナント環境でのGmailガイドライン対応
ryuichi1208
7
1.5k
Featured
See All Featured
Dealing with People You Can't Stand - Big Design 2015
cassininazir
355
22k
Thoughts on Productivity
jonyablonski
57
3.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
28
5.9k
The Mythical Team-Month
searls
214
42k
Docker and Python
trallard
33
2.6k
A Modern Web Designer's Workflow
chriscoyier
689
190k
Testing 201, or: Great Expectations
jmmastey
27
6.3k
Optimizing for Happiness
mojombo
369
69k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
39
4.3k
YesSQL, Process and Tooling at Scale
rocio
160
13k
Intergalactic Javascript Robots from Outer Space
tanoku
266
26k
Imperfection Machines: The Place of Print at Facebook
scottboms
257
12k
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)