TDD.NET

テスト実行にとても時間が掛かったというのは、 ひょっとして全部のテストを Web サービス経由で書いてたりしたんじゃないでしょうか? Web サービスがちゃんと呼び出せるかどうかのテストは、 もちろん必要ですが、 Web サービスで動くロジックのテストは、 直接叩いてしまえば良いのです。

つまり…

[WebService(Namespace = "http://tempuri.org/")]
[WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)]
[System.ComponentModel.ToolboxItem(false)]
public class WebService1 : System.Web.Services.WebService {
    [WebMethod]
    public string WebServiceFoo(string bar) {
        // 認証とか、クライアント情報の収集とか、ここでやるかも。

        return FooLogic.Foo(bar);
    }
}

public static class FooLogic {
    public static string Foo(string bar) {
        // …複雑なロジック…

        return hoge;
    }
}


…こんなふうに、 Web サービス自体のコード ( WebServiceFoo() ) は、 ほんの薄皮だけにしておいて、 Web サービスに依存しない、 いわば POCO であるロジッククラスのメソッド ( Foo() ) をテストするようにしてやれば、 テストに掛かる時間も短くなるし、 テストが失敗したときの原因調査も楽になることでしょう。