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.4k
テスコンU30 発表資料
riririusei99
December 01, 2020
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
1.1k
AutifyMeetUp-2nd
riririusei99
0
2.7k
マトリクス組織におけるリーダシップとは
riririusei99
0
82
JaSSTRejectConf
riririusei99
0
2.4k
JaSST'19 Hokkadio
riririusei99
0
2.5k
QuALiTy
riririusei99
1
670
Automation;Test
riririusei99
0
170
AgileQANight
riririusei99
0
3.1k
QualityUpNight!
riririusei99
0
4.1k
Other Decks in Programming
See All in Programming
Reactの歴史を振り返る
tutinoko
1
160
Go製CLIツールをnpmで配布するには
syumai
2
1k
Workers を定期実行する方法は一つじゃない
rokuosan
0
140
DataformでPythonする / dataform-de-python
snhryt
0
130
Google I/O Extended Incheon 2025 ~ What's new in Android development tools
pluu
1
220
抽象化という思考のツール - 理解と活用 - / Abstraction-as-a-Tool-for-Thinking
shin1x1
1
910
AI Agent 時代のソフトウェア開発を支える AWS Cloud Development Kit (CDK)
konokenj
6
1k
MySQL9でベクトルカラム登場!PHP×AWSでのAI/類似検索はこう変わる
suguruooki
1
270
バイブスあるコーディングで ~PHP~ 便利ツールをつくるプラクティス
uzulla
1
310
リッチエディターを安全に開発・運用するために
unachang113
1
340
SwiftでMCPサーバーを作ろう!
giginet
PRO
2
210
それ CLI フレームワークがなくてもできるよ / Building CLI Tools Without Frameworks
orgachem
PRO
17
3.6k
Featured
See All Featured
GitHub's CSS Performance
jonrohan
1031
460k
Being A Developer After 40
akosma
90
590k
A designer walks into a library…
pauljervisheath
207
24k
KATA
mclloyd
31
14k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Faster Mobile Websites
deanohume
308
31k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
BBQ
matthewcrist
89
9.8k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
60k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
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)