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
QAとDevで作る自動化テスト
Search
Toshinari
November 08, 2022
Technology
0
340
QAとDevで作る自動化テスト
Toshinari
November 08, 2022
Tweet
Share
More Decks by Toshinari
See All by Toshinari
大規模スクラムにおける、チーム全体を支援するスクラムマスターの取り組み事例 2選
toshinari
0
400
スクラムフェス仙台 2023 サイボウズ スポンサーセッション
toshinari
0
300
Other Decks in Technology
See All in Technology
AWSではじめる Web APIテスト実践ガイド / A practical guide to testing Web APIs on AWS
yokawasa
8
710
エンジニアリング価値を黒字化する バリューベース戦略を用いた 技術戦略策定の道のり
kzkmaeda
6
2.8k
IAMのマニアックな話2025
nrinetcom
PRO
4
820
いまからでも遅くない!コンテナでWebアプリを動かしてみよう!コンテナハンズオン編
nomu
0
160
EDRの検知の仕組みと検知回避について
chayakonanaika
12
4.9k
ExaDB-XSで利用されているExadata Exascaleについて
oracle4engineer
PRO
3
260
Perlの生きのこり - エンジニアがこの先生きのこるためのカンファレンス2025
kfly8
2
270
Two Blades, One Journey: Engineering While Managing
ohbarye
4
2k
AI Agent時代なのでAWSのLLMs.txtが欲しい!
watany
2
230
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
14
5.1k
ウォンテッドリーのデータパイプラインを支える ETL のための analytics, rds-exporter / analytics, rds-exporter for ETL to support Wantedly's data pipeline
unblee
0
130
Windows の新しい管理者保護モード
murachiakira
0
200
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
GraphQLとの向き合い方2022年版
quramy
44
14k
A designer walks into a library…
pauljervisheath
205
24k
A Tale of Four Properties
chriscoyier
158
23k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
What’s in a name? Adding method to the madness
productmarketing
PRO
22
3.3k
What's in a price? How to price your products and services
michaelherold
244
12k
Become a Pro
speakerdeck
PRO
26
5.2k
The Pragmatic Product Professional
lauravandoore
32
6.4k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.1k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
Transcript
QAとDevで作る自動化テスト Toshinari⚡ (@10shinari) 1
自己紹介 2 • Toshinari(@10shinari) • サイボウズ株式会社 開発本部 kintoneチーム • QAエンジニア/スクラムマスター
チーム紹介 3 • kintoneのフロントエンドを Closure ToolsからReactへ 技術刷新するチーム(通称:フロリア) • 『フロリア Cybozu』で検索すると、
エンジニアブログにヒットします! • 4つの小さなチームに分かれて活動 • 1チームあたり6~7名 PO Dev SM QA Dev Dev
本日ご紹介する取り組み 4 QAのテスト仕様書をもとに、 Devがテストを実装 テスト仕様書とは 機能試験(要件や外部仕様をシステムが満たしている ことを確認する試験)のテスト仕様書のことを指す。 手動での操作を前提とした手順で構成されている。
QAとDevのコミュニケーション 5 Devにテスト仕様書を渡して終わりではなく、 QAとDevでコミュニケーションをとりつつ進める • テスト目的のすり合わせ • QA内で暗黙的に実施している手順があると、DevとQAでテスト目的の認識にズレが生じる可能性があるため • テストのレイヤー決め(E2E/Integration/VRT)
• 適切なレイヤーでテストを実装するため ※ Unitテストに関しては内部実装の把握が必要なためDevの観点でテストを実装 • 自動化するかどうかの判断 • 実装のコストが高い、テストが安定しない、自動化しても意味がない項目等は自動化しない
メリット 6 • QAのテストのノウハウをテストコードとして品質に組み込め る • Devのテストスキルに依存せずに一定の品質を担保できる • Devからの実装視点のフィードバックにより、テスト仕様書 がブラッシュアップされる
デメリット 7 • Devがテスト仕様書を解読するのに苦労する • DevとQAでテスト目的の認識にズレが生じるとQAの意図した テストでなくなる可能性がある • テスト仕様書の全ての項目を自動化できるわけではないので、 自動化するかどうかを判定する議論が必要
チーム内の声 8 テスト仕様書をみることでQAのテストのノウハウを感じられた。 テスト仕様書をベースにしてテスト自動化してみて、率直にどんな感 想を持ちましたか? 安心してリファクタリングができる。 Dev Dev QA 私
Devにテスト観点を説明することで、暗黙的に実施していたテスト観 点を再考するきっかけになった。
9 クロスファンク ショナル 完全分業ではなく、 QAとDevがお互いの領域 に踏み込んでいくことで、 チームにとって最適なフ ローを作り上げる。
クロスファンクショナルな事例① 10 • Dev⇔QAのコミュニケーションコストを下げたい。 • Devの負担を減らしたい。 QAがソースコードにテストファイルを作成し、 予めテストファイルにテストの目的や自動化に寄り添ったテスト 手順をコメントアウトで記載する。
クロスファンクショナルな事例② 11 • QAによるテスト設計の待ちをなくしたい QAはDevにテストのノウハウを伝授。Devがテスト設計⇒実装し、 QAがレビューをする体制をとる。
最後に 12 • 各チームの詳細な取り組みは、ブログや社外発表の場でアウト プットしていきますので、是非「フロリア」をチェックしてみ てください! • 質問や相談、雑談希望の方はお気軽にTwitterでDMをくださ い!(@10shinari) •
サイボウズでは一緒に働いてくれるメンバーを募集しています。 ご応募お待ちしております!