Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
PlaywrightのE2Eテストコードを1人で書くのを辞めた話/NCDC_フロントエンドAI...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
TOPPAN ict
June 10, 2026
Technology
32
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
PlaywrightのE2Eテストコードを1人で書くのを辞めた話/NCDC_フロントエンドAI活用LT会
TOPPAN ict
June 10, 2026
More Decks by TOPPAN ict
See All by TOPPAN ict
新人はどこまで自力でやり、どこからAIに頼るべきか/エンジニア育成に向き合う_先輩たちの悩みと知見共有会
toppan_digital_dev
1
650
GitHub Actions超入門-CICDはじめの一歩 / 【増枠】社外発表したことない人がチャレンジしたことを発表するLT大会
toppan_digital_dev
0
26
S3を固定IPで公開した話 ―ALBのHost Header Rewriteを添えて― / JAWS-UG初心者支部#78 NW再入門!NW-JAWSコラボLT回
toppan_digital_dev
0
180
Alembicを使ってDBのマイグレーションをやってみた / Toranomon Tech Hub 第6回 新春!初心者だらけのLT大会!登壇資料
toppan_digital_dev
0
53
Other Decks in Technology
See All in Technology
SREは、MCPとAutopilotをこう使え!
kazumax55
3
950
Issue 駆動でスペシャリストの意図を届ける、AI 実装のアクセシビリティ向上
thkt
0
140
SREの視点で考えるSIEM活用術 〜AWS環境でのセキュリティ強化〜
cscengineer
PRO
0
290
GoのInterface内部構造から学ぶ!最高パフォーマンスを出すコード設計
yappli_developers
1
270
CLIライブラリ開発を支える技術
htnabe
0
150
.NET WebAssemblyで実現するクライアントサイドAI推論:NuGetからViteまで、2つのエコシステムを繋ぐビルド戦略
yamachu
1
640
AIエージェントを最高のパートナーに育てる方法|評価と判断軸を育てる5つのステップ
koichiaoki
1
160
なぜ「決定性」が 決定的に重要なのか? Durable Execution 基盤の数理的理解 #serverlessjp / ServerlessDays Tokyo 2026
ytaka23
3
1.2k
あけおめLINE 傾向とその対策
nasa9084
0
300
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.7k
リアーキテクチャ後の障害ゼロを目指したShadow Testingの取り組み
nihonbuson
PRO
1
170
AI coding 整合正規方法
philipz
0
530
Featured
See All Featured
Statistics for Hackers
jakevdp
799
230k
What's in a price? How to price your products and services
michaelherold
247
13k
My Coaching Mixtape
mlcsv
0
320
First, design no harm
axbom
PRO
2
1.3k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9.2k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
8k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
940
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
910
RailsConf 2023
tenderlove
30
1.6k
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
500
GitHub's CSS Performance
jonrohan
1033
470k
Transcript
NCDC フロントエンドAI活用LT会 TOPPAN株式会社 小松泰士 2026/04/28
2 ©TOPPAN Inc. 自己紹介 小松 泰士(こまつ たいし) ◼所属: TOPPAN 株式会社
◼役割: Webアプリケーション開発 / クラウド環境構築(AWS)など ◼資格: AWS 資格 全冠目指しています !! ◼好きなサービス: Lambda, Bedrock ◼趣味: ゲーム(Leage of Legends) / Claude Code でsubagentつくりこみ
3 ©TOPPAN Inc. 背景:担当プロジェクトの完全内製化 • 設計/開発・単体/結合テストは協力会 社に委託 • 自分たちは納品物の受入テストのみを 行う立場
これまで • 開発体制を内製化に切り替え • 設計/開発・単体/結合テストまで一気 通貫で自分たちで実施 いま 受け入れる立場を脱却 品質を直接つくる立場に変化 ※本件は登壇者が担当するプロジェクトにおける取り組み事例です。
4 ©TOPPAN Inc. 引き継ぎ後の3つの痛み テストコードが存在しない 1 単体/結合テストは開発者の手動確認のみ 個人の感覚的な評価で品質を判断していた 結合テスト項目の手動作成 2
1機能の改修で数十行のテストケースをExcelで作成し、 人が手動で実行と結果の記入を行っていた 責任分界が曖昧 3 結合テスト(エンジニア)と受入テスト(非エンジニア)の間で、 お互いに何をどれだけテストしているかが不透明
5 ©TOPPAN Inc. Playwright とは Microsoft 製 の E2E テストフレームワーク
・ 1つのコードでブラウザを自動操作 ・ TypeScriptでテストを書く ・Playwright-mcp を使って生成AIから呼び出せる import { test, expect } from '@playwright/test'; test('ログイン', async ({ page }) => { await page.goto('/login'); await page.fill('input[name=id]', 'admin'); await page.click('button[type=submit]'); await expect(page).toHaveURL('/dashboard'); }); このテストコードをAIに書かせたい
6 ©TOPPAN Inc. デモ①:Playwrightで自動E2Eテスト実行 デモ映像
7 ©TOPPAN Inc. 個人で使うAI / チームで使うAI 品質がバラつく 個人のプロンプトに依 存し、出力の制限性が 低い
ノウハウが消失する 特定のメンバーが抜け たら、AI活用の知見が チームから失われる プロセスに 組み込めない よりよいAIの使い方を 見つけても全体適用さ れにくい チームに展開できないAI活用は 属人化を加速させる
8 ©TOPPAN Inc. チームでAIを使う第一歩 Skill + Command をリポジトリに同梱 ◦◦-frontend/ ←
リポジトリ ├─ .claude/ ← チーム共有 │ ├─ skills/ │ │ └─ write-e2e-test.md │ └─ commands/ │ └─ write-e2e-test.md ├─ CLAUDE.md ← 規約・お作法 └─ system/ └─ tests/ ├─ auth.setup.ts └─ license.spec.ts 規約として何を書いたか(CLAUDE.md / Skill) ①セレクタ戦略 プライベート属性は禁止 など ②非同期ロード 即assertではなくexpect.pollで最大15秒待つ など ③データ安全 実DBを汚さないシナリオ ④テンプレ感染 既存お手本(license.spec.ts)を必ず読む など → 過去の失敗や成功体験をベースに定義を改善していく • .claudeディレクトリをリポジトリ内に配置 • 個人のAIツールからチームの共通のAIルールへ • Playwrightのテストコードも全員同じエージェントで作成させることで品質を維持 • リポジトリ内のskillsやsubaegntの追加はPR無しでマージOKとすることで、 個人のAI検証を促進
9 ©TOPPAN Inc. デモ②:Skillsでテストコードを1発生成 デモ映像
10 ©TOPPAN Inc. Before / After BONUS:嬉しい副産物 Playwrightは実行結果をHTMLレポートとして自動生成(スクショ・操作トレース・動画つき) → 非エンジニアにそのまま渡せる
→ 冒頭の痛み③「カバレッジ不透明」への、思わぬ回答に • 個人が毎回異なるプロンプトでテスト コードを生成 • 良いテストコードができてもノウハウ が個人に依存する Before / 個人のAI • 共通のスキル1つで誰でも同じ品質の テストコードを生成 • Gitの履歴として全員のAI利用のノウハ ウがプロセスで記録される After / チームのAI
11 ©TOPPAN Inc. まとめ AIは 個人の道具 から チームの資産へ 要件定義 (結合
/ 受入テスト)を AIでつなぐカバレッジトレース (今後の展望) リポジトリはコードだけでなく AIとの共同作業の作法を置く場所になる
本資料に記載されている会社名、製品名、サービス名、ロゴ等は、各社の商標または登録商標です。 ・Playwright は Microsoft Corporation の商標です。 ・Claude は Anthropic, PBC
の商標です。 ・Amazon Web Services、AWS、および AWS 認定ロゴは、Amazon.com, Inc. またはその関連会社の商標です。 ・League of Legends は Riot Games, Inc. の商標です。 ・TypeScript、Git、その他記載の製品名・サービス名は、各社の商標または登録商標です。