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
390
QAとDevで作る自動化テスト
Toshinari
November 08, 2022
Tweet
Share
More Decks by Toshinari
See All by Toshinari
俯瞰と個別の⼆つの視点で紡ぐ スクラムマスターの成⻑と協働 / Dual Views Weaving Scrum Master Growth
toshinari
0
54
大規模スクラムにおける、チーム全体を支援するスクラムマスターの取り組み事例 2選
toshinari
0
460
スクラムフェス仙台 2023 サイボウズ スポンサーセッション
toshinari
0
320
Other Decks in Technology
See All in Technology
マーケットプレイス版Oracle WebCenter Content For OCI
oracle4engineer
PRO
3
940
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
240
Understanding_Thread_Tuning_for_Inference_Servers_of_Deep_Models.pdf
lycorptech_jp
PRO
0
150
mrubyと micro-ROSが繋ぐロボットの世界
kishima
2
380
asken AI勉強会(Android)
tadashi_sato
0
140
なぜ私はいま、ここにいるのか? #もがく中堅デザイナー #プロダクトデザイナー
bengo4com
0
1.3k
Oracle Cloud Infrastructure:2025年6月度サービス・アップデート
oracle4engineer
PRO
2
310
タイミーのデータモデリング事例と今後のチャレンジ
ttccddtoki
4
1.5k
生成AI時代の開発組織・技術・プロセス 〜 ログラスの挑戦と考察 〜
itohiro73
1
370
OPENLOGI Company Profile
hr01
0
67k
PHPでWebブラウザのレンダリングエンジンを実装する
dip_tech
PRO
0
220
250627 関西Ruby会議08 前夜祭 RejectKaigi「DJ on Ruby Ver.0.1」
msykd
PRO
2
370
Featured
See All Featured
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
Fireside Chat
paigeccino
37
3.5k
Typedesign – Prime Four
hannesfritz
42
2.7k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
Stop Working from a Prison Cell
hatefulcrawdad
270
20k
Facilitating Awesome Meetings
lara
54
6.4k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
17
950
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Documentation Writing (for coders)
carmenintech
72
4.9k
Become a Pro
speakerdeck
PRO
28
5.4k
Designing Experiences People Love
moore
142
24k
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) •
サイボウズでは一緒に働いてくれるメンバーを募集しています。 ご応募お待ちしております!