Download as PDF, PPTX
![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](https://image.slidesharecdn.com/rakutentest-140212040118-phpapp02/75/in-Tech-Talk-28-2048.jpg)
Uploaded bykyon mm
自動テストの誤解とアンチパターン in 楽天 Tech Talk
2014/02/12の楽天Tech Talkに登壇させてもらったときの発表スライドです。 2013年に発表したいくつかの内容をまとめました。 基本的に、ソフトウェアテストの絶望を聞きたい人向けです。
More Related Content
![[RSGT2017] つらい問題に出会ったら](https://cdn.slidesharecdn.com/ss_thumbnails/whenyoumetpainfulproblem-170114024920-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 自動テストの誤解とアンチパターン in 楽天 Tech Talk
自動テストの誤解とアンチパターン in 楽天 Tech Talk
- 1. 自動テストの誤解と アンチパターン by kyon_mm in RakutenTech 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
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. TDD/BDD TDD=Test Driven Development BDD=BehaviorDriven Development
- 23. History of TDD/BDD TDDというものはSmalltalk界隈の人達の習慣を 洗練させ形式化したものでした。 それをしたのがKentBeckです。 彼を中心にMartinFowler, Uncle Bob, Ron JeffriesなどがTDDとリファクタリングを洗練さ せていきます。
- 24. Kent Beck says... 自動テストが失敗した場合だけ、新しいコード を書く。 重複を取り除く。2つの規則はプログ ラミングのタスクにおける順番を意味する。 レッド ‐ 動作しないテストを少しだけ作成す る。 おそらく最初はコンパイルできない。 グリーン ‐ テストをすぐに動作させる。 その ためには、 どのようなコードでもよい。 リファクタリング ‐ テストを動作させるため だけに作成された重複をすべて取り除く。
- 25.
- 26. t_wada says... プログラマーを含めた開発の健康をたもつプラ クティス RED -GREEN - REFACTORの黄金の回転を回す 動くけど汚ないコード - 動いて美しいコード 動かないコードの状態遷移
- 27. kyon_mm says ソフトウェア開発者支援フレームワークである RED -GREEN - REFACTOR のスパイラルモデルが 根幹にある 「開発者の意図を確認すること」「開発者が心 地よいコードを書き始める事」を支援する。
- 28. Descended from origin TDDBy 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 IntegratedTest(FIT) TDDやXP が広まるなかでより言語に依存しない形でのテ スト(特にIntegration Test)に 注目されるよう になった。 ノンプログラマーにフレンドリーであり、実行 でき、実装すべきモノがみえるテスト
- 31. Fit/FitNesse FITの有名な実装としてFit/FitNesseが存在す る。 Ward CunninghamによるFit. UncleBobによる FitNesse. 次のような要素からなる。 Wiki上でテストケースを表で記述 Wikiからテストを実行できる 各プログラミング言語とのアダプタ 各プログラミング言語でのテストケース実装
- 32.
- 33. Scenario BDD より自然言語らしさを目指した結果、 テストコ ードと自然言語を記述するファイルを分断する という選択をした流れがあり、それらを ScenarioBDDとよぶことがおおいです。 現在の Cucumber系がそれらにあたります。
- 34. Spec BDD テストコードと自然言語をできるだけ同一ファ イル内におさめながら、 可読性の向上を目指す という選択をした流れがあります。それらを SpecBDDとよぶことがおおいです。 現在のRSpec 系がそれらにあたります。
- 35. STDD アジャイルの一形態であるScrumは今や世界中で 認識されている手法になりました。 Scrumは実 現すべき事に「Readyの定義」「Doneの定義」を 決めることが多いです。 実現すべき事は ProductBackLog Itemとよばれ、 ユーザースト ーリーで書かれることが多いです。 このDoneの定義をユーザーストーリーを取り組 むときに、 テストとして実装してしまうことで 開発をするSTDDがうまれました。 StoryTestDrivenDevelopmentです。
- 36. Specification By Example 幾年かを経て、Specification ByExampleとい う概念がうまれます。 これは今迄のBDDやATDD をうまく包括するような概念として生まれまし た。 主張は「Specification By Exampleとして 書かれたテストはLive Documentなんだ」 (「例 示による仕様としてのテストは生きたドキュメ ントだ！」)ということです。
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43. Best Production Code ApplicationDomainとSolution Domainが同一表 現になること。 「やりたいことを書いた」=「実装した」
- 44.
- 45.
- 46.
- 47.
- 48. Test Code ofTDD TDDはDog Foodingである テストコードが最初のユーザー テストコードに要求を書いている テストコードにアプリケーションドメインがあ る
- 49. Production Code ofTDD まずはある範囲で保証できるコードを書く 保証できる中で綺麗にしていく TDDの中でどうやってテストとプロダクトを綺 麗にするかは語られていない。 TDD用のリファクタリングがない
- 51. Best Production Code アプリケーションドメイン =ソリューションドメイン
- 52. TDD テストコード = アプリケーションドメイン プロダクトコード= ソリューションドメイン
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69.
- 70.