スライド 1

Size: px

Start display at page:

Download "スライド 1"

えりかしげまつ
5 years ago
Views:

1 Test Driven Development Visual Studio 2008 でやるテスト駆動開発 2008/04/26 biac 機材協力 : 日本ンフォメーション

2 自己紹介山本康彦 ( biac ) いまだにプログラムを書きたがる 50 歳名古屋のとある ISV 勤務現在 WPF を使った業務ゕプリケーションの開発プロジェクトで品質保証を担当中 MSF Agile を部分的に実施中もとは機械の設計屋さんものごとの見方考え方がきっとズレてる

3 テスト駆動開発 ( TDD ) Test Driven Development 1. 単体テストを書くテストは失敗する (RED) 2. 製品コードを書くテストを成功させる (GREEN) 3. リフゔクタリング (REFACTOR) コードを綺麗に 1. に戻る RED GREEN REFACTOR のリズムに乗ってさくさく開発

4 Visual Studio 2008 Professional Edition 単体テスト機能はゕリ Team System Development Edition さらにテストカバレッジコード分析などの機能 Express / Std は? オープンソースのツールを利用しよう! NUnit, NCover, FxCop

5 どんなもの? こんなものを作ってみよう誕生日までの日数を答えてくれるどんな構造? WPF の画面画面を抽象化したモデル返答を作るロジック単体テストできるのは? ロジック部分のみ UI はまだ難しい UI とロジックを分離すべし UI のコード量は減らすべし

6 DEMO 0 DEMO 画面 / UIModel / Logic のスケルトンまで作っておく

7 最初の一歩 1. [ 製品 ] スケルトンを書くメソッドのシグネチャと仮の return 文を書く TDD の本来の流儀からは外れている 2. 単体テストを生成する単体テストウゖザードを使って単体テストコードを自動生成する 3. [ テスト ] テストコードを書く 4. テストをする ( 失敗するはず ) 5. [ 製品 ] テストを通るだけのコードを書く 6. テストをする ( 成功するまで )

8 DEMO 1 DEMO 最初のテストとコードカバレッジやコード分析

9 以下は Team System の機能コードの品質保証テストカバレッジ単体テストのときに実行されたコード行をカウントソースを色分けして表示 ( C0 カバレッジ ) カバーされていないコード == 不要なコード (?) オープンソース : NCover & NCoverExplorer コード分析 Microsoft の基準に沿ったコーデゖングをしているかチェック無視することもできるけど後で泣くのは誰? MS の無償ツール : FxCop コードメトリックスコードの複雑さや保守性を測定する点数が悪すぎるところはリフゔクタリング候補

10 なぜ単体テストコード? 単体テスト == メソッドレベルの外部設計書メソッドのシグネチャと戻り値の定義 ( 外部設計 ) は昔は書いていた ( らしい ) 厳密に書くのは自然言語ではムリコードを書けない SE の書いた設計書ではたいがい作れないテストに通る == ゴール自分のリズムに合ったゴールを設定しさくさく開発テストコードを書いた時点でわかりにくい仕様書のことはとりあえず忘れて OK! 自動実行できる == リフゔクタリングできるいつでもすぐに単体テストを実行してコードを壊していないことを証明できる時間さえ許すなら気が済むまでコードを改良できる

11 TDD は今や常識開発プロセスの一部たとえば MSF Agile Ver.4 開発タスクに TDD が取り入れられているそのほかの Agile プロセスも TDD を推奨 TDD を排斥しているプロセスは無い品質向上のコストパフォーマンスが高い開発プロセス全体では実装工程の工数が少し増えるだけでコードの品質は飛躍的に向上する ( 同じ品質にするなら結合テスト 2 段分 ) 潜在バグ数 : 単体テストを書くために仕様書をきっちり読む = レビュー効果でバグ 30% 減単体テストを実施する効果でバグ 30% 減検査 1 段で 30% は 1990 年代米国の数字日本ではもっと良いような感触結合テストで発見されるバグ 15 個 TDD していなければ 30 個

12 テストの起承転結テストメソッドの基本 (1) [TestMethod] public void FooMethodTest() { // テストの準備 ( 不要なこともある ) // 共通部分は TestInitialize, ClassInitialize へ // テスト実行 --- 製品コードの呼び出し string answer = BarClass.FooMethod(); // 結果判定 Assert.AreEqual( Hello, TDD!, answer); 簡単な場合は実行と判定を同一行にまとめてもよい } // テストの後始末 ( 不要なこともある ) // 共通部分は TestCleanup, ClassCleanup へ

13 テストメソッドの基本 (2) テストケースごとにテストメソッド [TestMethod] public void FooMethodTestcase1Test(){ } [TestMethod] public void FooMethodTestcase2Test(){ } 一連のテストケースでひとつのテストメソッド [TestMethod] public void FooMethodTest(){ // Testcase1 { } } // Testcase2 { } プロジェクト内でどちらかに統一されていれば良いと思う

14 テストメソッドの基本 (3) 例外を期待するテスト : ExpectedException 属性 [TestMethod] [ExpectedException(typeof(System.DivideByZeroException))] public void FooMethodTest(){ int n = BarClass.FooMethod(0); // 0 除算例外が期待される } 例外を期待するテスト : try ~ catch [TestMethod] public void FooMethodTest(){ try { int n = BarClass.FooMethod(0); // 0 除算例外が期待される Assert.Fail( 例外が出てここには来ないはずです "); } catch (System.DivideByZeroException){ } } // ( success! ) テストコードで catch するのはこのパターンだけリソース解放が必要なら finally 句で

15 VS 便利機能 (1) private メソッドのテスト NUnit では private メソッドはテストできない public メソッド経由でテストされているはず複雑な private メソッドなのでどうしてもそこだけテストしたいときは public にしてしまったり #if DEBUG してみたりプラベートゕクセッサ単体テストウゖザードで private メソッドを指定して単体テストを作ると自動的にプラベートゕクセッサが生成される InternalsVisibleTo 属性単体テストウゖザードで [InternalsVisibleTo 属性を追加する ] と internal メソッドが見えるようになる

16 DEMO 2 DEMO private メソッドのテスト

17 VS 便利機能 (2) データドリブン単体テスト条件を変えて同じテストをする引数や予想される結果が違うだけで同じテストロジックを何度も書くことはめんどくさいデータドリブン単体テスト DataSource 属性を付けることでデータソースから 1 行読み込むごとにテストメソッドが 1 回呼び出されるようになる読み込まれたレコードには TestContext.DataRow[ { 列名 } ] でゕクセスデータソースにはデータベース CSV フゔル XML フゔルが利用可能 ODBC データソースが使える == Excel フゔルも OK

18 DEMO 4 DEMO Excel を使ったデータドリブンテスト

19 TDD を始めよう TDD は楽しいコードを書く時間が増える ( あいまいな仕様書のことで悩んでいる時間が減るテストが書けないなら仕様書がおかしい! ) リフゔクタリングできる!! 参考書 Microsoft.NET でのテスト駆動開発 ( ジェームスニューカーク著 ) ISBN-13: リフゔクタリングプログラムの体質改善テクニック ( マーチンフゔウラー著 ) ISBN-13: Guidelines for Test-Driven Development このスラドとサンプルコード次の場所に置いてあります

20 ありがとうございました

メソッドの外部設計とテストファースト

メソッドの外部設計とテストファーストメソッドの外部設計とテストフゔースト ~ 上手く TDD するために ~ 2009.9.12 biac http://www.tdd-net.jp/ 自己紹介山本康彦 ( biac ) いまだにプログラムを書きたがる 52 歳 http://bluewatersoft.cocolog-nifty.com/ ハンドルでぐぐってもらえば見つかる ( 経済産業諮問委員会じゃないほう ) 名古屋のとある