![]() |
1
17
如果你建造
|
![]() |
2
16
如果你已经有了你的代码,并且在问如何测试它,那么你就不会首先编写你的测试了……所以不是真的在做TDD。 但是,您在这里拥有的是依赖关系。所以TDD的方法是 Dependency Injection . 使用 IoC 类容器 Unity . 当正确地执行TDD时,在这种情况下,您的思维过程应该如下运行:
然后,您将编写一个(或多个)失败的测试,只有这样,您才能在编写
实际上,你很可能知道,是的,你将使用
一旦确定需要使用
例如(使用犀牛模型来模拟
类中存在foo函数,使用
以及界面
|
![]() |
3
6
你的问题没有道理。如果您使用的是TDD,那么您应该已经对所编写的内容进行了测试。需求,然后测试,然后设计,然后开发。要么你的代码通过了你的测试,要么它没有通过。 现在,如果您的问题是如何对上述代码进行单元测试,那么这是另一个完全正确的问题,我认为其他海报已经回答了这个问题。 有时我觉得有比开发人员更多的流行词:) |
![]() |
4
2
这样的包装器方法是不可单元测试的,因为您不能指定相关的前置条件或后置条件。
要使方法可测试,必须通过
|
![]() |
5
0
你的问题没有道理。如果您正在进行TDD,那么您发布的方法是 已经 完全测试过,否则它根本就不存在。所以,你的问题没有意义。 另一方面,如果你发布的方法已经存在,但是还没有完全测试过,那么不管怎样,你也没有做TDD,你关于TDD的问题也没有意义。 在TDD中,它只是 不可能的 存在未测试的代码。期间。 |
![]() |
6
-1
如果您正在测试foo,那么您应该查看foo的输出,而不必担心它在内部使用的类的处理。
如果你想测试
你不需要单元测试
|
![]() |
7
-1
如果没有foo的规范,我们怎么能说如何测试它呢?
我相信你还有一个隐含的问题,那就是如何测试当通过退出using子句释放对象时,MyDisposable类的使用是否正确地释放了对象。这是一个单独的测试问题,不应与foo的测试结合使用,因为foo的规范不应引用实现特定的细节,例如myDisposabeClass的使用。 我想其他海报已经回答了这个问题,所以我不会再详细说明。 |