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
400
QAとDevで作る自動化テスト
Toshinari
November 08, 2022
Tweet
Share
More Decks by Toshinari
See All by Toshinari
俯瞰と個別の⼆つの視点で紡ぐ スクラムマスターの成⻑と協働 / Dual Views Weaving Scrum Master Growth
toshinari
0
64
大規模スクラムにおける、チーム全体を支援するスクラムマスターの取り組み事例 2選
toshinari
0
470
スクラムフェス仙台 2023 サイボウズ スポンサーセッション
toshinari
0
330
Other Decks in Technology
See All in Technology
AWSで推進するデータマネジメント
kawanago
0
390
カミナシ社の『ID管理基盤』製品内製 - その意思決定背景と2年間の進化 #AWSUnicornDay / Kaminashi ID - The Big Whys
kaminashi
3
640
「魔法少女まどか☆マギカ Magia Exedra」での負荷試験の実践と学び
gree_tech
PRO
0
340
『FailNet~やらかし共有SNS~』エレベーターピッチ
yokomachi
1
180
Oracle Cloud Infrastructure:2025年8月度サービス・アップデート
oracle4engineer
PRO
0
150
そのコンポーネント、サーバー?クライアント?App Router開発のモヤモヤを可視化する補助輪
makotot
4
770
努力家なスクラムマスターが陥る「傍観者」という罠と乗り越えた先に信頼があった話 / 20250830 Takahiro Sasaki
shift_evolve
PRO
2
120
Goss: Faiss向けの新しい本番環境対応 Goバインディング #coefl_go_jp
bengo4com
1
1.4k
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
30k
制約理論(ToC)入門
recruitengineers
PRO
8
3.5k
Product Management Conference -AI時代に進化するPdM-
kojima111
0
270
新規案件の立ち上げ専門チームから見たAI駆動開発の始め方
shuyakinjo
0
600
Featured
See All Featured
Navigating Team Friction
lara
189
15k
Writing Fast Ruby
sferik
628
62k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
500
StorybookのUI Testing Handbookを読んだ
zakiyama
30
6.1k
YesSQL, Process and Tooling at Scale
rocio
173
14k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
830
Unsuck your backbone
ammeep
671
58k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
51
5.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
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) •
サイボウズでは一緒に働いてくれるメンバーを募集しています。 ご応募お待ちしております!