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
テスト自動化のツボ
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Takahashi Kohei
April 06, 2015
Technology
0
38
テスト自動化のツボ
Takahashi Kohei
April 06, 2015
Tweet
Share
More Decks by Takahashi Kohei
See All by Takahashi Kohei
ファシリしてますか?
takkohei
0
24
Other Decks in Technology
See All in Technology
私たち準委任PdEは2つのプロダクトに挑戦する ~ソフトウェア、開発支援という”二重”のプロダクトエンジニアリングの実践~ / 20260212 Naoki Takahashi
shift_evolve
PRO
2
190
AIエージェントに必要なのはデータではなく文脈だった/ai-agent-context-graph-mybest
jonnojun
1
240
Ruby版 JSXのRuxが気になる
sansantech
PRO
0
170
[CV勉強会@関東 World Model 読み会] Orbis: Overcoming Challenges of Long-Horizon Prediction in Driving World Models (Mousakhan+, NeurIPS 2025)
abemii
0
150
SREチームをどう作り、どう育てるか ― Findy横断SREのマネジメント
rvirus0817
0
340
OCI Database Management サービス詳細
oracle4engineer
PRO
1
7.4k
(技術的には)社内システムもOKなブラウザエージェントを作ってみた!
har1101
0
140
OWASP Top 10:2025 リリースと 少しの日本語化にまつわる裏話
okdt
PRO
3
840
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
330
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
SchooでVue.js/Nuxtを技術選定している理由
yamanoku
3
190
コスト削減から「セキュリティと利便性」を担うプラットフォームへ
sansantech
PRO
3
1.6k
Featured
See All Featured
The Illustrated Children's Guide to Kubernetes
chrisshort
51
51k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
330
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
120
sira's awesome portfolio website redesign presentation
elsirapls
0
150
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
GraphQLとの向き合い方2022年版
quramy
50
14k
Being A Developer After 40
akosma
91
590k
Mobile First: as difficult as doing things right
swwweet
225
10k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
1
440
Transcript
テスト自動化のツボ ~システムテスト自動化の失敗と成功~
自己紹介 名前:髙橋耕平 人種:ソフトウェアテストエンジニア 主なミッション: アジャイルテスティング 品質指標の分析と活用 システムテスト自動化 Twitter:@tak_kohei mailto:
[email protected]
「テスト自動化」 してますか?
「テスト自動化」 続いてますか?
生存期間の理想形 開発 運用 改修 運用 自動システムテスト Check Check Check Check
Check Check Check Check Check 製 品 と 共 に 生 き 続 け る Check Check Check Check Check Check
でも続けていくのは難しい 気付かずに 踏んじゃう 罠 多数!
失敗した自動テストの末路
テスト自動化失敗の原因 失敗原因の多くは 技術面 ではなく
期待と現実のギャップ ≠
失 敗 を ど う や っ て 克 服
し て き た の か メ イ ン テ ー マ
目次 過去 現在 未来
目次 過去 現在 未来
過去の失敗事例 1. スコープ 2. コスト 3. 品質と納期
過去の失敗事例 1. スコープ 2. コスト 3. 品質と納期
何を自動化対象とするか 手動テストケースを再利用? 過去の手動テストを自動化? 手動回帰テストを不要にする?
期待 「人の作業が置換できる」 「人と交代してくれる」
現実 テストケースの変換が必要 無意味な自動テストケースの量産 “自動化率”というバズワード
結論 手動テストケースは人間用 知恵は自動化できない 知恵抜きでは意義が失われる
TIPS:TestingとChecking 自動テストはChecking Testingは賢く人間が行う 自動テストの設計にこそ賢さを
過去の失敗事例 1. スコープ 2. コスト 3. 品質と納期
費用対効果をどう見積るか 手動テスト=実施工数×回数 自動テスト=開発工数 +(実行工数×回数) 実行回数が多ければコスト回収?
期待 「人手を減らせる」 「時間を短縮できる」
現実 運用コストが置き去り どれだけメンテナンスが必要か テスト結果NGの場合のコストも
結論 実行回数の多さはROIと無関係 運用コスト全体で考える メンテコストは技術で抑制できる
過去の失敗事例 1. スコープ 2. コスト 3. 品質と納期
品質と納期への効果 テスト自動化で品質が良くなる? テスト自動化で納期が早まる?
期待 「デグレを検出できる」 「品質が上がる」
現実 影響範囲を深堀りはしてくれない デグレが頻発するとお手上げ
結論①:品質 品質を上げるのは設計と実装 自動テストはコラボレーション基盤 必要なテストケースを皆で考える
結論②:納期 自動化してもバグが多ければ崩壊 納期は品質が生みだす 品質が上がれば納期も短くなる
目次 過去 現在 未来
成功を拾い集めた現在 1. テスト範囲 2. 自動化範囲 3. メンテナンス性 4. 継続性
成功を拾い集めた現在 1. テスト範囲 2. 自動化範囲 3. メンテナンス性 4. 継続性
担保する範囲を明確にする 手動テスト再利用論は妖しい香り 危なっかしい部分をテストする 単体テストと共闘しよう
成功を拾い集めた現在 1. テスト範囲 2. 自動化範囲 3. メンテナンス性 4. 継続性
半自動テストはやらない 実行前準備を全て自動にする 結果判定も全て自動にする 全て自動化できないなら諦める
誤解しないで欲しいこと 全自動を簡単に諦めちゃダメ 自動化する手段は生みの苦しみ 手段が無ければ自分で作ろう
成功を拾い集めた現在 1. テスト範囲 2. 自動化範囲 3. メンテナンス性 4. 継続性
メンテコストを小さくする 脱キャプチャリプレイツール 製品を自動テストにあわせる テストから仕様を分離する
TIPS:テストと仕様の分離 テスト対象 アプリケーション 要求理解と 画面操作 テスト スクリプト テスト対象 アプリケーション テスト
スクリプト 仕 様 変 更 が 入 っ た 場 合
TIPS:仕様変更時のメンテ テスト対象 アプリケーション 要求理解と 画面操作 テスト スクリプト テスト対象 アプリケーション テスト
スクリプト 修 正 は 1 個 所 の み
成功を拾い集めた現在 1. テスト範囲 2. 自動化範囲 3. メンテナンス性 4. 継続性
小さく作って繰り返す 理想は高くしておこうよ でも一度に多くはやらない 後戻りできるようにね
小さく作るのも難しい 歩幅と方角は常に確認する 優先順位を正しく見極める 崩さずに積み上げる為の設計
目次 過去 現在 未来
テスト自動化の恩恵 無駄や退屈からの解放 素早いフィードバック プロダクトに対する自信
自動テストを育む4C活動 Communication Collaboration Cultivation Continuation
現場はまだまだ問題だらけ 業務委託構造の壁 顧客との認識のズレ 人材の不足
諦 め ず に 走 り 続 け る それでもやっぱり大切な事
書籍のご紹介
Happy Test Automation for Our Future To Be Continued …