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
テスコンU30 発表資料
Search
riririusei99
December 01, 2020
Programming
0
1.5k
テスコンU30 発表資料
riririusei99
December 01, 2020
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
1.2k
AutifyMeetUp-2nd
riririusei99
0
2.7k
マトリクス組織におけるリーダシップとは
riririusei99
0
86
JaSSTRejectConf
riririusei99
0
2.5k
JaSST'19 Hokkadio
riririusei99
0
2.5k
QuALiTy
riririusei99
1
680
Automation;Test
riririusei99
0
170
AgileQANight
riririusei99
0
3.1k
QualityUpNight!
riririusei99
0
4.2k
Other Decks in Programming
See All in Programming
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
170
株式会社 Sun terras カンパニーデック
sunterras
0
240
CSC509 Lecture 03
javiergs
PRO
0
330
iOSエンジニア向けの英語学習アプリを作る!
yukawashouhei
0
180
(Extension DC 2025) Actor境界を越える技術
teamhimeh
1
230
CSC509 Lecture 04
javiergs
PRO
0
300
2分台で1500examples完走!爆速CIを支える環境構築術 - Kaigi on Rails 2025
falcon8823
3
3.4k
XP, Testing and ninja testing ZOZ5
m_seki
3
330
そのpreloadは必要?見過ごされたpreloadが技術的負債として爆発した日
mugitti9
2
3.1k
Web技術を最大限活用してRAW画像を現像する / Developing RAW Images on the Web
ssssota
2
1.2k
After go func(): Goroutines Through a Beginner’s Eye
97vaibhav
0
240
明日から始めるリファクタリング
ryounasso
0
120
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
95
14k
The Cult of Friendly URLs
andyhume
79
6.6k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Automating Front-end Workflow
addyosmani
1371
200k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
How to Think Like a Performance Engineer
csswizardry
27
2k
Six Lessons from altMBA
skipperchong
28
4k
A designer walks into a library…
pauljervisheath
209
24k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
A Tale of Four Properties
chriscoyier
160
23k
Transcript
王バーフロー テスト設計コンテスト’20 U-30クラス 決勝戦プレゼンテーション 2020/09/26
目次 はじめに(チーム紹介テストチームの位置付け) 設計課題について説明 アピールポイント おわりに(感想)
チーム紹介 • チーム名:王バーフロー* ◦ QAエンジニア・開発エンジニア5人 ◦ 全員が自社開発の企業で働いているエンジニア • 「実際に手を動かしテスト設計をする機会を得たい!」という目的のもと集 まった
集合の号令 この結果、有志の4名が集まりました!
テストチーム・メンバー紹介 @kana_QAE 金髪の脱獄王 @TaoBabubb 石油王 @riririusei99 王宮在住、スニー カー好きQAエンジニ ア @__yumechi
普通のバックエンド エンジニア平王 @cocoeyes02 リーダー
テスト全体の流れ テストプロセスはJSTQBを参考に以下と定義した 1. テスト計画 2. テスト要求分析 3. テストアーキテクチャ検討 4. テスト設計
&テスト実装
テスト実装までのプロセスと成果物のイメージ 要求分析 テスト 計画 アーキテク チャ 設計 テスト 設計 テスト
実装 テスト計画書 品質目標 (NeverMustWant 分析) コンテナ モデリング図 テストケース テスト手順 & トレーサビリティの強化
テスト計画- チームの位置付け • 会社全体は30人 • 自社開発 • QAチームは10人 • SW・HW5人ずつ
テスト計画-自社開発の組織 「品質の確保」と「製品の出荷」のバランスを取ること • 十分なテストを行いたいが、きちんとリリースして顧客に価値を提供するこ とを求められる • テスト計画でそれぞれのテストの優先順位・実行順位を決めることでテスト の総量を場合によってコントロールできるようにした
テスト要求分析 • テスト要求事項を抽出 • カテゴライズして優先順位を定める
テスト要求分析 -テスト要求事項を抽出- マインドマップを使い、テスト要求事項(顧客が求める目的など)を抽出
テスト要求分析 -カテゴライズして優先順位を定める- 抽出したテスト要求事項をカテゴライズする • Never(あってはならない) • Must(できなければならない) • Want(あったらいいな) Never->Must->Want
の順で製品の品質要求を確認。 共通認識を作成した。
テストアーキテクチャ設計
• 仕様書に書かれているテスト要求を満たすテストを用意 テスト詳細設計 テストタイプ 概要 その他 スモークテスト HW要求を確認するテスト 要求カバレッジに対応 シナリオテスト
操作要求を確認するテスト 要求カバレッジに対応 エラーシナリオテスト エラーや誤った操作の場合のシナリオ をまとめたテスト 要求カバレッジに対応 状態遷移テスト ユーザからみた振る舞いを確認するテ スト
テスト実装 • トレーサビリティに関して ◦ テストに対応する要求番号をテスト仕様書に記載した ◦ その結果、要求仕様カバレッジをとることができた • 今回のシステムテストの段階で96%の要求カバレッジをとるようにテストを 行った
アピールポイント • 自社のQAチームとしてどういったテストを作るか考えた • 過去の資料を参考にテストアーキテクチャ設計について学んだ • フルリモートで課題を作成した • JIRA・Confluence・Discodeを使った •
異なるバックグラウンドのメンバーでテストプロジェクトを進めた • インセプションデッキを作った
感想 • 個人的には勉強に使った時間だったり、手を動かす機会を久々に持ったの でよかったです(riririusei99) • 普段人にお任せしていたテスト工程を学ぶ、とても良い機会でした! (__yumechi)