gid*_*eon 2 .net methodology unit-testing
所以通常我的应用程序非常小,我的测试框架只是一个控制台项目..我用静态方法在那里添加类并测试我的代码.我发现这种方法非常简单明了(特别是因为你可以看到输出的输出)
我现在在visual studio中有一个很好的小测试项目,所以我对你如何测试看起来不像单元的东西感到有些困惑,例如:
Purchase.LoadAllAsync()//finished loading on the loadcomplete event
我会为此写什么样的单元测试？特别是因为这会根据数据库中的内容而改变吗？
我在SO上做了一些侦察并发现了这个问题: 什么时候测试不是单元测试？
这使我更加困惑,如果测试不是单元测试,你会如何测试？
有时我通常只是在主窗体中编写一个小测试函数,或者在silverlight中编写主页,然后将其删除.但我想使用单元测试是因为测试需要留在那里,所以你可以重新使用它们吗？
我很抱歉,如果我有点太无知!= P
谢谢
更新
还想补充一点:在应用程序本身运行良好的测试怎么样,但是从外部代码调用它时会失败.(这种情况发生在我身上几次)是否会发生在你们身上和/或是否意味着糟糕的设计？
如果您的测试取决于您无法控制的情况,那么您应该做的第一件事就是让它们在您的控制之下:-)
换句话说,您的测试应使用测试数据库,并且作为设置的一部分,它应该为空,然后使用已知的可预测数据填充该数据库.或者,您可以放入存根例程并完全避免数据库访问.
非确定性测试与大豆奶牛一样有用.它似乎有效,但不知何故结果并不像您预期的那样令人满意.
| 归档时间： |
|
| 查看次数： |
109 次 |
| 最近记录： |