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.1k
テスコンU30 発表資料
riririusei99
December 01, 2020
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
840
AutifyMeetUp-2nd
riririusei99
0
2.3k
マトリクス組織におけるリーダシップとは
riririusei99
0
37
JaSSTRejectConf
riririusei99
0
2.1k
JaSST'19 Hokkadio
riririusei99
0
2.2k
QuALiTy
riririusei99
1
590
Automation;Test
riririusei99
0
110
AgileQANight
riririusei99
0
2.9k
QualityUpNight!
riririusei99
0
3.8k
Other Decks in Programming
See All in Programming
VS Code をプロダクトにどう取り込むか
onomax
1
360
VSCodeでのDatabricks開発もお勧めしたい/I would also recommend Databricks development with VSCode.
kazumain
0
250
2 週間で Twitter Bot を作ってみた
contour_gara
0
320
SIMD Parallel Programming with the Vector API
josepaumard
0
140
検証も兼ねて個人開発でHonoとかと向き合った話
hanetsuki
0
840
単体テストを書かない技術 #phpcon_odawara
o0h
PRO
26
8.2k
二郎系ラーメンのコールで学ぶ AST 解析
memory1994
PRO
7
1.7k
PHP8.3の機能を振り返る / Review of PHP 8.3 features
seike460
PRO
1
110
Ruby Pattern Matching
bkuhlmann
0
920
From Spring Boot 2 to Spring Boot 3 with Java 22 and Jakarta EE
ivargrimstad
0
1.1k
GitHub Actionsで泣かないためにやっておきたい設定 / Recommended GHA settings to avoid crying
pinkumohikan
3
530
DMMプラットフォームがTiDB Cloudを採用した背景
pospome
8
4k
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
132
6.3k
Thoughts on Productivity
jonyablonski
58
3.8k
Ruby is Unlike a Banana
tanoku
96
10k
Faster Mobile Websites
deanohume
299
30k
Visualization
eitanlees
136
14k
RailsConf 2023
tenderlove
4
540
A Modern Web Designer's Workflow
chriscoyier
689
190k
Robots, Beer and Maslow
schacon
PRO
155
7.9k
Infographics Made Easy
chrislema
238
18k
Embracing the Ebb and Flow
colly
80
4.1k
Happy Clients
brianwarren
92
6.4k
Building a Scalable Design System with Sketch
lauravandoore
456
32k
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)