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
PHPUnitの限界をPlaywrightで補完するテストアプローチ
Search
yuzneri
July 18, 2025
Programming
1.1k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
PHPUnitの限界をPlaywrightで補完するテストアプローチ
2025年7月18日
PHPカンファレンス関西2025
yuzneri
July 18, 2025
More Decks by yuzneri
See All by yuzneri
人間の目はかわらない、だからJPEGは30年もつ
yuzneri
12
18k
テーブルをDELETEした
yuzneri
0
140
昔つくったIoTデバイス
yuzneri
0
92
サークル参加から学ぶ、小さな事業の回し方
yuzneri
0
350
色を視る
yuzneri
0
530
ゲームと乱数
yuzneri
0
140
即売会で使える業務用決算端末
yuzneri
0
100
コードの外側に惹かれた
yuzneri
0
93
ぼくの開発環境2026
yuzneri
1
480
Other Decks in Programming
See All in Programming
Apache Hive: そしてCloud Native Lakehouseへ
okumin
1
220
ITヒヤリハットを整理してみた ~ライフサイクルと原因から考える再発防止策~
koukimiura
1
140
VibeCodingからAgenticWorkflowへ
starfish719
0
360
夏だ!祭りだ!祭りとはドメインモデリングでは?
ryugen04
0
210
【SRE NEXT 2026 Lunch Session】一人目専任SREの立ち上げを加速する ― AIと進めたオンボーディングで2分を0.04秒にした話
pkshadeck
PRO
0
3.6k
改善しないと、タスクが回らない。 “てんこ盛りポジション” を引き継いだ情シスの、入社3ヶ月の業務改善録
krm963
0
260
PostgreSQL 18で考えるUUID主キー
kazuhiro1982
0
470
PHP Application における Kubernetes 内 gRPC 通信
ganchiku
0
590
S3 を使うアプリケーションをローカル完結で動かすことに全力を注いでみた / Running S3 Apps Offline
contour_gara
0
410
メールのエイリアス機能を履き違えない
isshinfunada
0
230
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
210
仕様書を書く前にハーネスを作る - Agent Native開発は「探索を速く、判定を固く」
gotalab555
4
1.6k
Featured
See All Featured
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.3k
[SF Ruby Conf 2025] Rails X
palkan
2
1.3k
Lessons Learnt from Crawling 1000+ Websites
charlesmeaden
PRO
1
1.5k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
200
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
Prompt Engineering for Job Search
mfonobong
0
400
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.8k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.3k
Designing for Timeless Needs
cassininazir
1
440
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Building Flexible Design Systems
yeseniaperezcruz
330
40k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
Transcript
PHPUnitの限界をPlaywright で補完するテストアプローチ 2025年7⽉18⽇ PHPカンファレンス関⻄2025
ゆずねり@yuzneri 2025/7/18 2 •バックエンド、たまにフロント エンドもさわる⼈ •技術同⼈誌の執筆 •ドール、ポーカー、謎解き 𝕏:@yuzneri
会員登録フォームを作りたい 2025/7/18 3 •会員IDのみのシンプル会員登録 •会員IDにはルールがある •→バリデーションを実装
validateメソッドを実装 public function validate(string $memberId) { $errors = []; if
(!$this->isAlphanumeric($memberId)) { $errors[] = '英数字のみ利用できます。'; } // 省略 return $errors; } 2025/7/18 4
PHPUnit •PHPアプリケーションのテストフレームワーク •PHPで書かれたコードを⾃動テスト •ロジックが正しく動くかどうか 2025/7/18 5
PHPUnitテスト public function testInvalidSpecialCharacters() { $controller = new MemberController(); $this->assertContains(
'英数字のみ利用できます。', $controller->validate('user@123') ); } 2025/7/18 6
画⾯を実装したけどテストは…? 2025/7/18 7
⾃動テストの種類 •ユニットテスト(単体テスト) •インテグレーションテスト(結合テスト) •E2Eテスト(End-to-End テスト) 2025/7/18 8
⾃動テストのテスト観点 • ユニットテスト • 単⼀のメソッド • 副作⽤がない • インテグレーションテスト •
複数のメソッドを統合 • 副作⽤はあっても良い 2025/7/18 9 • E2Eテスト • システム全体をユーザー⽬線
⾃動テストの範囲 2025/7/18 10 アカウント View HTML JS CSS DB アカウント
Model 削除メソッド 登録メソッド ユニットテスト アカウント Controller バリデーション メソッド ユニットテスト インテグレーションテスト E2Eテスト
PHPUnitでE2Eテストはできる? •ブラウザの挙動を再現できない •JavaScriptの動的処理 •デザイン •クッキーやローカルストレージを伴った画⾯遷移 2025/7/18 11
Playwright •マイクロソフト社が開発 •Webサイトのテストフレームワーク •Webブラウザを⾃動操作してテスト 2025/7/18 12
Playwrightの特徴 •Chromium、Firefox、WebKitを⾃動操作 •ユーザ⽬線に近い状態でテストできる •Windows、macOS、Linux、Dockerに対応 •Node.jsが⼊っていればすぐに動かせる •CI/CDで⾃動テストがやりやすい 2025/7/18 13
Playwrightテスト例 test('testInvalidSpecialCharacters', async ({ page }) => { await page.goto('http://localhost:8080');
await page.getByRole('textbox', { name: '会員ID' }) .fill('user@123'); await page.getByRole('button', { name: '登録' }).click(); await expect(page.locator('.error')) .toContainText('英数字のみ利用できます。'); }); 2025/7/18 14
URLを開く page.goto('http://localhost:8080') •ブラウザで指定したURLを開く 2025/7/18 15
要素を探す •タグにはロール(役割)が定義されている •例えば<input type="text">だと「textbox」 •PlaywrightのLocatorでロールを指定して要素 を選択する •UIの意味に基づくので壊れにくい 2025/7/18 16
Locaterでボタンを探す <button type="submit">登録</button> 2025/7/18 17 getByRole('button', { name: '登録' })
Locaterでテキストボックスを探す <label for="member_id">会員ID</label> <input type="text" id="member_id" name="member_id"> 2025/7/18 18 getByRole('textbox',
{ name: '会員ID' })
フォーム⼊⼒したりボタンを押したり page.getByRole(...).fill(id) page.getByRole(...).click() •fill()はフォーム⼊⼒ •click()はクリック 2025/7/18 19
テストする expect(page.locator('.error')) .toContainText('英数字のみ利用できます。') •expect()で要素を指定して •toContainText()で要素を確認する 2025/7/18 20
E2Eテストは時間とコストがかかる •テスト時にブラウザが動いている •同じようなテストケースでも時間がかかる • 6ケース実施すると • PHPUnit: 0.017秒 • Playwright:
2.000秒 (Chromiumのみ) •マシンスペックもある程度必要 2025/7/18 21
テストピラミッド 2025/7/18 22 E2Eテスト インテグレーション テスト ユニットテスト 速度 速い 遅い
コスト ⾼い 低い テストケース
PHPUnitの使い所 •ビジネスロジックとアプリケーションルールの テスト •バリデーションロジックを網羅的にテスト •DBにユーザーレコードが作成される 2025/7/18 23
Playwrightの使い所 •ユーザーのインタラクションと体験のテスト •なにかしらのバリデーションエラーメッセージが 表⽰される •会員登録完了画⾯まで表⽰される •デザインがくずれていない •テストがないコードのリファクタリング補助 2025/7/18 24
まとめ •PHPUnitはバックエンドを検証する礎 •Playwrightはユーザ体験の守護神 •お互いの特徴にあわせて適切に使い分けること で、より安⼼して開発できます 2025/7/18 25