テスト苦労開発あるいはTDDの夢

Slide 1

Slide 1 text

テスト苦労開発 Test Dreaming Development あるいはTDDの夢

Slide 2

Slide 2 text

No content

Slide 3

Slide 3 text

https://minna-de-ochakai.connpass.com/event/105897/

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

とあるITサービス企業

Slide 7

Slide 7 text

今期目標: 自動テストカバレッジ100% ● サービスが多数 ● 小規模なチーム(2～5名)が多数 ● 歴史、言語、FWなどさまざま ● テストの自動化はほとんど進んでいない ● 上司「今期の部署目標は、自動テストカバレッジ100%とします」 http://villains.wikia.com/wiki/Pointy-Haired_Boss ※この話はフィクションです

Slide 8

Slide 8 text

オレンジジュース100％と自動テストカバレッジ100％の違いは？ A. 本質的には同じ B. オレンジジュースは甘いがテストカバレッジは苦い C. その他

Slide 9

Slide 9 text

オレンジジュース100% ● ユーザーの価値につながる ● 外部品質である ● 基準(コンプライアンス)がある ● 測定方法と実現方法(プロセス)がある自動テストカバレッジ100% ● 開発チームの価値/勝ちにつながる ● 内部品質である ● 基準は自分たちで定める ● 測定方法と実現方法(プロセス)がある

Slide 10

Slide 10 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 自動テストゼロに比べればどんな自動テストでもないよりマシ Yattom says:

Slide 11

Slide 11 text

カバレッジの戦略モダン (Ruby on Rails, Java) ● ユニットテスト ● JUnit, RSpec ● テストカバレッジ＝コードカバレッジどレガシー (素PHP) ● エンドツーエンドテスト ● ブラウザ(Selenium IDE) ● テストカバレッジ＝画面・機能カバレッジ

Slide 12

Slide 12 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 最初のテスト自動化はやりやすいところから ● 開発者がテストするという習慣、プロセス、文化を作る ● 自動テストを動かせる環境が生まれる ● あくまでとっかかり 100%は目指さない (近くない将来の夢くらいで) Yattom says:

Slide 13

Slide 13 text

上司の言うことは都合よく聞く ● 上司の意向と目的を理解 ● そのうえで自分たちに価値があることをする上司は現場が勝手に判断したらいい感じになるよう指示を出す https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html Yattom says:

Slide 14

Slide 14 text

私がプログラマーだった頃

Slide 15

Slide 15 text

※この話はフィクションです金融系開発各社からの混成部隊テスト期間のバグ修正祭り締め切り前夜終電間際「安井さんこれ直してください！」

Slide 16

Slide 16 text

※この話はフィクションです各社からの混成部隊テスト期間のバグ修正祭り締め切り前夜終電間際「安井さんこれ直してください！」「直しました！」

Slide 17

Slide 17 text

※この話はフィクションです締め切り前夜終電間際「安井さんこれ直してください！」「直しました！」「テストチームが確認するまで待っててください！！！」

Slide 18

Slide 18 text

No content

Slide 19

Slide 19 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 開発者は自分のためにテストをする ● 責任と自信を持って「できました」と言う唯一の方法自分が死なないためにテストを自動化する ● 責任取って死ぬのは嫌だ ● いつでも安全な状況を自分で作る Yattom says:

Slide 20

Slide 20 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 開発チームはチームが楽しく働くためにテストを書く ● 全員がお互いに責任を持つ ● 人の尻拭いはしたくないし人に尻を拭かれたくない ● チームの外に対して「できました」と自信を持つ ● イコール、お客様へ価値を届けられる Yattom says:

Slide 21

Slide 21 text

無事ローンチを迎えた新規サービス

Slide 22

Slide 22 text

リリース前リリース絶対間に合わせたい！機能もできるだけ盛り込みたい！些細な問題はリリース後に修正しましょう！がんばってください！がんばって開発しましょう！機能もできるだけ作り込みますね！テストもちゃんとやるけど、自動化する余裕はないですね…… https://www.braintrustgroup.com/2014/roles-scrum-attitudes-traits/

Slide 23

Slide 23 text

リリースやったー！おつかれさまでした！

Slide 24

Slide 24 text

リリース後ユーザー獲得できてますね！利便性あげる機能追加バンバンやりたい！目立つ障害も対応しましょう！がんばってください！バンバン機能開発しましょう！障害対応もしっかりしないとね！テストもちゃんとやるけど、自動化する余裕はないですね……

Slide 25

Slide 25 text

自動化する余裕はないですね…… ※この話はフィクションです

Slide 26

Slide 26 text

それでもテストを自動化したかった ● 高速にレガシー化するコード ● 人の入れ替わりも多い (多くなる) ● 機能追加で仕様がごちゃごちゃしてきた ● リリース頻繁だと手動テストたいへん ● テスト駆動開発したい ←ちょっと夢が入ってる

Slide 27

Slide 27 text

なのでテストを自動化してみた立ち上がる有志プログラマの数名が自動化に着手メリットとコストをPOに説明最初の自動テストはやりやすいところから苦難 CIはあってもテストを実行する環境がないデータベースが絡むテストの方法がないログインパズルを越えられない (他システムとの連携) 脱落する同志「俺はここまでだ」壁を越えて少しずつテストが増える CIで自動実行、レポート有志の限定的活動から、チームの取り組みに完成の定義(DoD)にも盛り込む

Slide 28

Slide 28 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 最初からテスト書くのはつらいあとからテスト書くのはもっとずっとつらい Yattom says:

Slide 29

Slide 29 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 開発者は自分のためにテストをする ● テストのROIを判断する ● テストを自動化すべき？ ● どのテストを？ ● テスト駆動開発は使うべき？「何を作ればいいのか手探り」という状況では、資産価値の高いテストを書くのは困難 Yattom says:

Slide 30

Slide 30 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html テスト自動化は自動テストを書くプラス環境を整備する ● テスティングフレームワークライブラリ ● 開発環境、ローカル実行環境 ● CI環境 ● 分析とレポート Yattom says:

Slide 31

Slide 31 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 1. どこでもいいから書けるところから 2. 薄く細くレイヤーをつらぬくテスト (「曳光弾開発」) 3. 正常パターンを1つエンドツーエンドで (ハッピーパス) Yattom says:

Slide 32

Slide 32 text

RDB Model (Java) ブラウザ (HTML/CSS) ブラウザ (JS) 箱のラベルはあくまで一例基本的な考え方

Slide 33

Slide 33 text

RDB Model (Java) ブラウザ (HTML/CSS) ブラウザ (JS) 箱のラベルはあくまで一例基本的な考え方 ① ② ③ ① ④ これがエンドツーエンド

Slide 34

Slide 34 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html プロダクトリスクが大きいところにテストを書く ● お金まわり ● 獲得まわり(応答時間) ● 複雑なロジックの確からしさ(確率的) ● などなど Yattom says:

Slide 35

Slide 35 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 別サービスのテスト戦略 ● しない ● テスト用サービスを提供してもらう ● 自前でスタブを作る ● テスト用データを提供してもらう Yattom says:

Slide 36

Slide 36 text

テスト用スタブサーバ

Slide 37

Slide 37 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html いつテストを自動化するか ● できるなら最初から ● 後からであれば、テスト可能性 (テスタビリティ)を設計で考慮する ● 考慮できないなら、やっぱり最初から小さくてもいいから早期に書いて維持する Yattom says:

Slide 38

Slide 38 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html チームの成長にテスト技術も含める Yattom says: 実装テスト実装テスト

Slide 39

Slide 39 text

四方山話

Slide 40

Slide 40 text

ユーザー獲得に苦しんでいるサービスもうちょっと速くならないですか… われわれは責任あるプログラマーとして品質を最重視します！きっちりテスト書くしCIも回すしコードレビューもするしDoDも完璧！

Slide 41

Slide 41 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 求められる内部品質は自分たちで定める ● いま求められるのはどんなレベル？ ● 保守的になりすぎ？前衛的になりすぎ？ ● 基本的には SLAから導かれる Yattom says:

Slide 42

Slide 42 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 開発者は自分のためにテストをする QAチーム任せバグの傾向と対策を怠るプロダクトの品質 (外部品質)を把握しない Yattom says:

Slide 43

Slide 43 text

https://all-free-download.com/free-vector/download/creative-scroll-paper-background-vector-set_544278.html 開発者は自分のためにテストをするテストエンジニアは開発者に協力する ● 自動化の手法、ツール ● テスト技法、設計手法 ● ペアプロで双方学びながら Yattom says:

Slide 44

Slide 44 text

No content

Slide 45

Slide 45 text

上司は大きな目標や方向を与えて、具体的なアプローチや手法は現場に任せる戦略 ←上司戦術作戦←現場

Slide 46

Slide 46 text

複雑な領域では仮説検証を高速に回したい。テストの自動化はスピードが落ちる要因となり得る。どんどん変わる前提なので、テストの資産価値が低くなりがち。