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
6.5k
4
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
抜け出そう、テスト自動化あるある
2018/5/30
【自動化】ワーストプラクティス 〜まずはやってみる〜
https://d-cube.connpass.com/event/87132/
YoshikiIto
May 30, 2018
More Decks by YoshikiIto
See All by YoshikiIto
アーキテクチャで理解する テスト自動化システム Developers Summit 2023 Summer
yoshikiito
6
7.4k
迷いながらも前に進むための テスト自動化ツールの選定ポイント
yoshikiito
2
850
60分で学ぶE2Eテスト(テスト設計編)
yoshikiito
0
610
ソフトウェアテスト自動化、一歩前へ
yoshikiito
7
3.2k
テストエンジニアのための初めてのプログラミング
yoshikiito
0
730
テスト自動化Learn&Unlearn
yoshikiito
0
4k
テスト自動化プロジェクトを支える技術と仕組み
yoshikiito
2
3.4k
テスト自動化チームでペアプロにトライした話 / trying to pair programming on test automation team
yoshikiito
0
1.1k
テスト自動化とお掃除ロボット
yoshikiito
0
4.9k
Other Decks in Technology
See All in Technology
Databricks 生成AIガバナンス実践ワークショップ / LLMOps-workshop
databricksjapan
0
100
脱金融のフューチャー・デザイン / Future Design Beyond Finance
ks91
PRO
0
150
シンガポールで登壇してきます
yama3133
0
120
Foxgloveについて 実際にExtensionを開発して公開するまでの話 / About Foxglove: The Story of Developing and Releasing an Extension
ry0_ka
0
230
LLMやAIエージェントをソフトウェアに組み込むプラクティス
shibuiwilliam
1
370
美しいコードを書くためにF#を学んでみた話
yud0uhu
1
410
貴方はどのエンジニアリングを磨くのか
hatyibei
0
130
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.3k
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
3
3.7k
Claude Codeとハーネスについて考えてみる
oikon48
19
9.4k
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
3.5k
GuardrailからGovernanceへ~AIエージェント運用の次の課題~
sbspsy
2
270
Featured
See All Featured
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.8k
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
410
Designing for humans not robots
tammielis
254
26k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
460
Done Done
chrislema
186
16k
Between Models and Reality
mayunak
4
370
Are puppies a ranking factor?
jonoalderson
1
3.7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.6k
Product Roadmaps are Hard
iamctodd
55
12k
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Google's AI Overviews - The New Search
badams
0
1.1k
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
以上、 ありがとうございました ツッコミ・質問は、 ぜひ個別にお声がけください☺