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
動作する読みやすいE2Eを目指して/Aim for readable E2E
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Culvert
October 16, 2024
Technology
1
160
動作する読みやすいE2Eを目指して/Aim for readable E2E
XP祭り2024の発表資料です。
Culvert
October 16, 2024
Tweet
Share
More Decks by Culvert
See All by Culvert
受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development
culvert
5
1.7k
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
3
2.7k
私が経験したアジャイルテスト
culvert
4
1.5k
NaITE__32_First_ML.pdf
culvert
0
410
naite31_jstqb_tm
culvert
0
550
地域の子どもを地域で育てる
culvert
0
230
モヤモヤと向き合う
culvert
0
590
デブサミに行ってきた話
culvert
0
150
Other Decks in Technology
See All in Technology
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
3k
制約が導く迷わない設計 〜 信頼性と運用性を両立するマイナンバー管理システムの実践 〜
bwkw
3
870
オープンウェイトのLLMリランカーを契約書で評価する / searchtechjp
sansan_randd
3
650
We Built for Predictability; The Workloads Didn’t Care
stahnma
0
130
AWS Network Firewall Proxyを触ってみた
nagisa53
0
120
Embedded SREの終わりを設計する 「なんとなく」から計画的な自立支援へ
sansantech
PRO
3
2.1k
toCプロダクトにおけるAI機能開発のしくじりと学び / ai-product-failures-and-learnings
rince
6
5.5k
SREじゃなかった僕らがenablingを通じて「SRE実践者」になるまでのリアル / SRE Kaigi 2026
aeonpeople
6
2.1k
データ民主化のための LLM 活用状況と課題紹介(IVRy の場合)
wxyzzz
2
670
All About Sansan – for New Global Engineers
sansan33
PRO
1
1.3k
レガシー共有バッチ基盤への挑戦 - SREドリブンなリアーキテクチャリングの取り組み
tatsukoni
0
200
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
17k
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Typedesign – Prime Four
hannesfritz
42
2.9k
4 Signs Your Business is Dying
shpigford
187
22k
Test your architecture with Archunit
thirion
1
2.1k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
72
Producing Creativity
orderedlist
PRO
348
40k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
Into the Great Unknown - MozCon
thekraken
40
2.2k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
0
100
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.7k
The Limits of Empathy - UXLibs8
cassininazir
1
210
Imperfection Machines: The Place of Print at Facebook
scottboms
269
14k
Transcript
動作する読みやすい E2Eを目指して 2024/9/28 XP祭り
2 藤原 考功(Takanori Fujiwara) ・株式会社ユーザベースの社員(テストエンジニア) ・XP祭り実行委員 ・JSTQB(Japan Software Testing Qualification
Board)技術委員 自己紹介 https://www.shoeisha.co.jp/book/detail/9784798186061
3 E2Eテスト(以下、E2E)に対する改善活動 今日お話しすること
4 • 画面やAPIなどの仕様を、 利用者の立場で記述する • 上記に、動作を確認するための手順が 自動テストとして紐付いている 本セッションにおける「E2E」
5 • 動作するドキュメント ◦ 利用者の立場から見た仕様が書かれている ◦ 自動テストとして動かすことができる 本セッションにおける「E2E」 特に、最新の仕様がタイムリーに反映されていることが重要だと思っています
6 • 仕様を理解できる記述になっている ◦ 利用者の立場から見た仕様が書かれている • 安定して動作する ◦ 自動テストとして動かすことができる 「E2E」が備えていてほしい要素
発表の都合上、後者の「安定して動作する」の方を先に話します
7 • GaugeとSelenideを採用 • 自然言語で記述し、テストコードと紐付ける 私たちのチームの場合
8 紐付けの例
動作するE2E | 01 | 9
10 ・まずは最低限動作するコードを書く ・テストがGreenな状態を保ったまま コードを綺麗にする テスト駆動開発の考え方
11 ・まず安定して動作することが大事 ・動作しない(特に不安定な)テストコードは 余計なストレスを生む ・安定して動くから安心して試行錯誤できる E2Eにも同じことが言えるはず
12 ・安定しない原因を愚直に調べる ・安易なリトライもなるべくやめる どうしたら安定するのか
13 ・画面を開く ・画面の描画が終わるまで待つ ・画面内の要素を検証する 例えば、「待ち」を改善する
14 ・画面を開く ・画面の描画が終わるまで待つ←ここが抜けがち ・画面内の要素を検証する 例えば、「待ち」を改善する
読みやすいE2E | 02 | 15
16 テストコードは常に具体的な手順として 細かく書く必要があるので、 記述量が多くなりがち E2Eが読みづらくなってしまう理由 その1
17 ・ログイン画面を開く ・ログイン画面が表示されるまで待つ ・ユーザー名に「username」を入力する ・パスワードに「password」を入力する ・「ログイン」ボタンを押下する 記述量(手数)が多い例
18 対策:1行に置き換えて隠す
19 ・記述しない...は無理なので、 何らかの形で構造化する ・インデントする、色を分ける、 ファイルを分ける etc… 記述量への対策
20 ・具体的な事実しか書かれておらず、 仕様そのものや、なぜその仕様になったか といった情報が欠落している E2Eが読みづらくなってしまう理由 その2
21 ・上映開始時刻が21:30である場合、 料金として1,500円を表示する 具体的な事実しか書かれていない例 仕様が読み取れない!!
22 対策:仕様がわかる記述に置き換える
まとめに替えて | 03 | 23
・安定して動作するE2Eを手に入れるために、 安定しない原因を少しずつ潰す ・綺麗で読みやすいE2Eを手に入れるために、 具体的(すぎる)記述に少しずつ手を入れる 24 動作する読みやすいE2Eを目指して 結局、こまめな片付けが大事ってことなんだと思います