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
310
QAとDevで作る自動化テスト
Toshinari
November 08, 2022
Tweet
Share
More Decks by Toshinari
See All by Toshinari
大規模スクラムにおける、チーム全体を支援するスクラムマスターの取り組み事例 2選
toshinari
0
340
スクラムフェス仙台 2023 サイボウズ スポンサーセッション
toshinari
0
270
Other Decks in Technology
See All in Technology
最新のAIツールは何を解決しようとしているのか - Python エンジニアが取り組むべき "越境" とは - / Python-Engineer-in-AI-Era
iktakahiro
1
110
Trusted Types API と Vue.js
lycorptech_jp
PRO
1
120
Vue.js、Nuxtの機能を使い、 大量のコピペコードをリファクタリングする
igayamaguchi
3
1.7k
新入社員 オンボーディング改善プロジェクト - シンプルな仕組みで変革のきっかけを
enpipi
0
520
0x5F3759DF
ykozw
0
370
生成AI入門
shukob
0
170
いまからでも遅くない!コンテナでWebアプリを動かしてみよう入門(2-2)WebAPIハンズオン
nomu
0
130
AIとともに歩んだライブラリアップデートの道のり/ vue-fes-japan-2024-link-and-motivation
lmi
2
2.5k
自然言語処理を役立てるのはなぜ難しいのか
pfn
PRO
17
4.6k
フェンリルの SwiftUI の研修を覗いてみる / Fenrir SwiftUI Training
studio_rookery
0
170
なぜ Rack を理解すべきかプレトーク / Why should you understand Rack - Pre-talk
hogelog
0
250
まだ間に合う! 生成AIトレンド一挙おさらい & AWSのBedrockに入門しよう
minorun365
PRO
4
370
Featured
See All Featured
4 Signs Your Business is Dying
shpigford
180
21k
A Modern Web Designer's Workflow
chriscoyier
692
190k
Building Flexible Design Systems
yeseniaperezcruz
327
38k
Speed Design
sergeychernyshev
23
550
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
9
650
How GitHub (no longer) Works
holman
311
140k
Teambox: Starting and Learning
jrom
132
8.7k
Become a Pro
speakerdeck
PRO
24
4.9k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
13
1.8k
Side Projects
sachag
452
42k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
26
730
Git: the NoSQL Database
bkeepers
PRO
425
64k
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) •
サイボウズでは一緒に働いてくれるメンバーを募集しています。 ご応募お待ちしております!