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.3k
テスコンU30 発表資料
riririusei99
December 01, 2020
Tweet
Share
More Decks by riririusei99
See All by riririusei99
JaSST Tokyo'21
riririusei99
0
960
AutifyMeetUp-2nd
riririusei99
0
2.5k
マトリクス組織におけるリーダシップとは
riririusei99
0
54
JaSSTRejectConf
riririusei99
0
2.3k
JaSST'19 Hokkadio
riririusei99
0
2.3k
QuALiTy
riririusei99
1
610
Automation;Test
riririusei99
0
130
AgileQANight
riririusei99
0
3k
QualityUpNight!
riririusei99
0
4k
Other Decks in Programming
See All in Programming
LLM生成文章の精度評価自動化とプロンプトチューニングの効率化について
layerx
PRO
2
170
リアーキテクチャxDDD 1年間の取り組みと進化
hsawaji
1
190
Boost Performance and Developer Productivity with Jakarta EE 11
ivargrimstad
0
1.5k
【Kaigi on Rails 2024】YOUTRUST スポンサーLT
krpk1900
1
310
Importmapを使ったJavaScriptの 読み込みとブラウザアドオンの影響
swamp09
4
1.3k
Outline View in SwiftUI
1024jp
1
290
C++でシェーダを書く
fadis
6
3.9k
開発効率向上のためのリファクタリングの一歩目の選択肢 ~コード分割~ / JJUG CCC 2024 Fall
ryounasso
0
420
ECS Service Connectのこれまでのアップデートと今後のRoadmapを見てみる
tkikuc
2
240
Better Code Design in PHP
afilina
PRO
0
110
cXML という電子商取引の トランザクションを支える プロトコルと向きあっている話
phigasui
3
2.3k
Snowflake x dbtで作るセキュアでアジャイルなデータ基盤
tsoshiro
2
500
Featured
See All Featured
Being A Developer After 40
akosma
86
590k
What's new in Ruby 2.0
geeforr
343
31k
Embracing the Ebb and Flow
colly
84
4.5k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Imperfection Machines: The Place of Print at Facebook
scottboms
264
13k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
Faster Mobile Websites
deanohume
305
30k
Git: the NoSQL Database
bkeepers
PRO
427
64k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
A Tale of Four Properties
chriscoyier
156
23k
Happy Clients
brianwarren
97
6.7k
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)