自動テストの誤解とアンチパターン in 楽天 Tech Talk
•
120 likes•31,718 views
2014/02/12の楽天Tech Talkに登壇させてもらったときの発表スライドです。 2013年に発表したいくつかの内容をまとめました。 基本的に、ソフトウェアテストの絶望を聞きたい人向けです。
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to 自動テストの誤解とアンチパターン in 楽天 Tech Talk
Similar to 自動テストの誤解とアンチパターン in 楽天 Tech Talk (20)
More from kyon mm
More from kyon mm (20)
Recently uploaded
Recently uploaded (9)
自動テストの誤解とアンチパターン in 楽天 Tech Talk
- 1. 自動テストの誤解と アンチパターン by kyon_mm in Rakuten Tech Talk 12/02/2014 A u tom ate Te st ing An ti-p atter n
- 2. Self Introduction きょん(@kyon_mm) テストアーキテクト Groovy, C#, F#, Scala SCMBootCamp, Nagoya.Testing, TDDBootCamp
- 19. Test ROI 効果的な自動テストはなにかを考えないと、 「自動化対象外と協調したテスト設計をおろ そかにする」 自動化対象のテストのみに着目するので 「ROI=予想実行回数」のような発想になる。
- 21. TDD/BDD TDD=Test Driven Development BDD=Behavior Driven Development
- 23. History of TDD/BDD TDDというものはSmalltalk界隈の人達の習慣を 洗練させ形式化したものでした。 それをしたのがKentBeckです。 彼を中心にMartin Fowler, Uncle Bob, Ron JeffriesなどがTDDとリファクタリングを洗練さ せていきます。
- 24. Kent Beck says... 自動テストが失敗した場合だけ、 新しいコード を書く。 重複を取り除く。2つの規則はプログ ラミングのタスクにおける順番を意味する。 レッド ‐ 動作しないテストを少しだけ作成す る。 おそらく最初はコンパイルできない。 グリーン ‐ テストをすぐに動作させる。 その ためには、 どのようなコードでもよい。 リファクタリング ‐ テストを動作させるため だけに作成された重複をすべて取り除く。
- 26. t_wada says... プログラマーを含めた開発の健康をたもつプラ クティス RED - GREEN - REFACTORの黄金の回転を回す 動くけど汚ないコード - 動いて美しいコード 動かないコードの状態遷移
- 27. kyon_mm says ソフトウェア開発者支援フレームワークである RED - GREEN - REFACTOR のスパイラルモデルが 根幹にある 「開発者の意図を確認すること」「開発者が心 地よいコードを書き始める事」を支援する。
- 28. Descended from origin TDD By Example[テスト駆動開発入門] By KentBeck Refactoring[リファクタリング] By Martin Fowler [アジャイル開発の奥義-オブジェクト指向開発 の原則-] By Uncle Bob Clean Code By Uncle Bob JUnit By Kent Beck NUnit By Ron Jeffries
- 29. XP アジャイルの一形態であるeXtreme Programming(XP)では 様々なプラクティスが提 案されました。 その中にも「受け入れテストの 自動化」は存在します。 これによって常にプロ ダクトに対して要求に近い検査を行うことが可 能になりました。 XPが直接ではないですが、この頃からATDDとい う概念が生まれはじめます。 このときのATDDは まさに「オンサイト顧客」などのいわゆる 「ユ ーザーのための受け入れテスト」でTDDするとい うものでした。
- 30. FIT Framework for Integrated Test(FIT) TDDやXP が広まるなかでより言語に依存しない形でのテ スト(特にIntegration Test)に 注目されるよう になった。 ノンプログラマーにフレンドリーであり、実行 でき、実装すべきモノがみえるテスト
- 31. Fit/FitNesse FITの有名な実装としてFit/FitNesseが存在す る。 Ward CunninghamによるFit. Uncle Bobによる FitNesse. 次のような要素からなる。 Wiki上でテストケースを表で記述 Wikiからテストを実行できる 各プログラミング言語とのアダプタ 各プログラミング言語でのテストケース実装
- 33. Scenario BDD より自然言語らしさを目指した結果、 テストコ ードと自然言語を記述するファイルを分断する という選択をした流れがあり、 それらを ScenarioBDDとよぶことがおおいです。 現在の Cucumber系がそれらにあたります。
- 34. Spec BDD テストコードと自然言語をできるだけ同一ファ イル内におさめながら、 可読性の向上を目指す という選択をした流れがあります。 それらを SpecBDDとよぶことがおおいです。 現在のRSpec 系がそれらにあたります。
- 35. STDD アジャイルの一形態であるScrumは今や世界中で 認識されている手法になりました。 Scrumは実 現すべき事に「Readyの定義」「Doneの定義」を 決めることが多いです。 実現すべき事は Product BackLog Itemとよばれ、 ユーザースト ーリーで書かれることが多いです。 このDoneの定義をユーザーストーリーを取り組 むときに、 テストとして実装してしまうことで 開発をするSTDDがうまれました。 StoryTestDrivenDevelopmentです。
- 36. Specification By Example 幾年かを経て、Specification By Exampleとい う概念がうまれます。 これは今迄のBDDやATDD をうまく包括するような概念として生まれまし た。 主張は「Specification By Exampleとして 書かれたテストはLive Documentなんだ」 (「例 示による仕様としてのテストは生きたドキュメ ントだ！」)ということです。
- 43. Best Production Code Application DomainとSolution Domainが同一表 現になること。 「やりたいことを書いた」=「実装した」
- 48. Test Code of TDD TDDはDog Foodingである テストコードが最初のユーザー テストコードに要求を書いている テストコードにアプリケーションドメインがあ る
- 49. Production Code of TDD まずはある範囲で保証できるコードを書く 保証できる中で綺麗にしていく TDDの中でどうやってテストとプロダクトを綺 麗にするかは語られていない。 TDD用のリファクタリングがない
- 51. Best Production Code アプリケーションドメイン = ソリューションドメイン
- 52. TDD テストコード = アプリケーションドメイン プロダクトコード = ソリューションドメイン
- 70. ご清聴ありがとうござい ました！