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
YoshikiIto
May 30, 2018
Technology
4
6.2k
抜け出そう、テスト自動化あるある
2018/5/30
【自動化】ワーストプラクティス 〜まずはやってみる〜
https://d-cube.connpass.com/event/87132/
YoshikiIto
May 30, 2018
Tweet
Share
More Decks by YoshikiIto
See All by YoshikiIto
アーキテクチャで理解する テスト自動化システム Developers Summit 2023 Summer
yoshikiito
6
6.9k
迷いながらも前に進むための テスト自動化ツールの選定ポイント
yoshikiito
2
770
60分で学ぶE2Eテスト(テスト設計編)
yoshikiito
0
510
ソフトウェアテスト自動化、一歩前へ
yoshikiito
7
2.9k
テストエンジニアのための初めてのプログラミング
yoshikiito
0
630
テスト自動化Learn&Unlearn
yoshikiito
0
3.8k
テスト自動化プロジェクトを支える技術と仕組み
yoshikiito
2
3.3k
テスト自動化チームでペアプロにトライした話 / trying to pair programming on test automation team
yoshikiito
0
1k
テスト自動化とお掃除ロボット
yoshikiito
0
4.4k
Other Decks in Technology
See All in Technology
Google Cloud で学ぶデータエンジニアリング入門 2025年版 #GoogleCloudNext / 20250805
kazaneya
PRO
20
4.6k
LLM 機能を支える Langfuse / ClickHouse のサーバレス化
yuu26
9
1.5k
Claude Codeから我々が学ぶべきこと
oikon48
10
2.8k
全員が手を動かす組織へ - 生成AIが変えるTVerの開発現場 / everyone-codes-genai-transforms-tver-development
tohae
0
110
Amazon Q と『音楽』-ゲーム音楽もAmazonQで作成してみた感想-
senseofunity129
0
130
SRE新規立ち上げ! Hubbleインフラのこれまでと展望
katsuya0515
0
180
Kiroでインフラ要件定義~テスト を実施してみた
nagisa53
3
340
AIに目を奪われすぎて、周りの困っている人間が見えなくなっていませんか?
cap120
1
540
マルチプロダクト×マルチテナントを支えるモジュラモノリスを中心としたアソビューのアーキテクチャ
disc99
1
410
✨敗北解法コレクション✨〜Expertだった頃に足りなかった知識と技術〜
nanachi
1
670
OPENLOGI Company Profile for engineer
hr01
1
37k
Kiroから考える AIコーディングツールの潮流
oikon48
4
680
Featured
See All Featured
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
4 Signs Your Business is Dying
shpigford
184
22k
Reflections from 52 weeks, 52 projects
jeffersonlam
351
21k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
Agile that works and the tools we love
rasmusluckow
329
21k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
[RailsConf 2023] Rails as a piece of cake
palkan
56
5.7k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
283
13k
Transcript
抜け出そう、 テスト自動化あるある 2018/5/30 伊藤由貴(@yoshikiito) 1
はじめに 2
自己紹介 伊藤由貴(@yoshikiito) テスト自動化エンジニア 某第三者検証会社に所属。 主にGUIのテスト自動化から 運用までをサポートするお仕事。 ひとり作業~10人超のテスト自動化チームまで。 Selenium+Jenkins、UFT+QC など。 3
今回のお話について ゴール • テスト自動化で失敗しやすいポイントの一部を ”あるある”で把握 • “あるある”をどう活かすかを掴む 話さないこと • 自動テストツールの使い方
• 具体的な自動化事例 など 4
【あるある】 テスト自動化をする人がよく体験すること。 とくにトラブルや問題など、ネガティブな体験。 ここでは、あるある≒ワーストプラクティス、として進めます。 5 ことばの定義
本編 6
アウトライン 1. はじめに 2. ”自動化あるある”物語 3. “あるある”を活かす 4. まとめ 7
過去の”あるある”を書きだしてみた 今回の発表にあたり、改めて過去の体験を出してみると… 多いので、物語仕立てでお送りします。 8
”自動化あるある”物語~始動編~ 4月某日、あるシステム開発会社にて…。 9 我々の課では生産性向上のため、 今期テスト自動化をすることにした。 君がリーダーとして推進してくれ。 なんですって・・・ 今の開発作業はどうするんですか? それも続けつつ、 空いた時間ですすめてくれ。
やるからには100%自動化、な!
”自動化あるある”物語~導入編~ その後…。 10 わが社のツールを使えば、 テストの工数を80%削減! あらゆるデバイス・OSに対応! テスト自動化って言われても・・・ とりあえず画面操作できるツールを 選んでみようか。 お、良さそう。
上司に頼んで買ってもらおう。
”自動化あるある”物語~開発編~ その後…。 11 コード書ければいいんですよね? まかせてください。 で、どんなテストするんですか? ツールも手に入ったしやってみるか。 後輩に声をかけて手伝ってもらおう。 テスターさんにもだな。 ツールの使い方が
よくわかりません・・・ いままで手動テストしか したことないし・・・。
”自動化あるある”物語~運用編~ その後…。 12 実行のやり方がわかりません 3人で死ぬほど残業して、 なんとか少し自動化できたぞ・・・ みんな、使ってくれ・・・ ちょっと! お客さんの受入テスト用データ 消したの誰よ!?
全然うまく動かないんだけど。
”自動化あるある”物語~年度末大火編~ 3月某日、あるシステム開発会社にて…。 13 そういえばテスト自動化は どうなったんだ? 成果は出たのか? それが、難航してまして・・・ テスターの負荷も上がり、 開発も遅延が・・・ 高いライセンス料払って
ツール使ってるんだぞ! 結局総工数も増えてるじゃないか!
”自動化あるある”物語~独力の最後編~ その後…。 to be continued… 14 たすけて はいはいどうもどうも
アウトライン 1. はじめに 2. ”自動化あるある”物語 3. “あるある”からの教訓 4. まとめ 15
物語で出てきた”自動化あるある” • テスト自動化の目的が曖昧 • 専任担当者がいない • 100%自動化しようとする • トライアルせずにツール導入 •
UIのテストでカバーしようとする • テストそのものが未成熟 • 周囲のフォロー不足/巻き込み不足 16
テスト自動化の目的が曖昧 物語の中には、品質の視点が出てこなかった。 過去の経験上、人員削減や社内へのアピールのために テストの自動化を進めた場合は失敗しがち。 テストの自動化は、基本は品質を上げるために行うもの。 そのうえで、 • どのくらいの品質を目指すのか • どのくらいのコストを目指すのか
• どのくらいの納期を目指すのか を考える。 17
UIのテストでカバーしようとする テストのピラミッドを意識しよう 一般に、UIを操作して行うテストは低速・高コスト。 単体テストのほうが高速・低コスト。 UIのテストを増やしていくと、 このピラミッド構造が崩れる。 単体テストを厚く、 UIテストは最小限に。 18 (https://martinfowler.com/bliki/images/testPyramid/test-pyramid.png
より画像引用)
周囲のフォロー不足/巻き込み不足 メリットを周囲に伝えながら、進める テスト自動化は周囲の理解と協力が不可欠。 大事な情報が入ってこなかったりすると、トラブルが起こる。 自分たちがもくもくとテスト自動化を進めるのではなく、 メリットを周囲に伝える努力をする。 自分たちの取り組みを認知してもらう。 ただし、実際以上に大きく見せると、自分の首を絞めます。 19
アウトライン 1. はじめに 2. ”自動化あるある”物語 3. “あるある”からの教訓 4. まとめ 20
周りの(悪い意味での)あるあるを聞くと・・・ • 自分(たち)だけじゃない、という安心感 • うまくいかないこと、始めないことに対する理由付け につながってしまう。 あるあるは気持ちいい。 が、そこで止めずに活かすのが大事。 抜け出そう、テスト自動化あるある。 21
“あるある”は要注意
まとめ • “テスト自動化あるある”からの学び • 品質を良くするために行う、を忘れずに。 • 周囲の理解と協力を得る努力を。 • テストのピラミッドを意識して、効果的に。 •
あるあるで終わらずに、活かそう 22
以上、 ありがとうございました ツッコミ・質問は、 ぜひ個別にお声がけください☺