代码之家 › 专栏 › 技术社区 › gideon

关于测试或单元测试的一些基本问题

methodology unit-testing .net

2

gideon · 技术社区 · 14 年前

所以通常我的应用程序都很小,我的测试框架只是一个控制台项目。。我使用静态方法在其中添加类并测试我的代码。我发现这种方法非常简单和友好(特别是因为您可以看到交付的输出)

我现在在visual studio中有一个很好的小测试项目,所以我对如何测试那些看起来不太好的东西有点困惑 单位式 ,例如:

Purchase.LoadAllAsync()//finished loading on the loadcomplete event

我会为此编写什么样的单元测试?尤其是因为这会根据数据库中的内容发生变化?

我做了一些侦察,发现了这个: When is a Test not a Unit-test?

更让我困惑的是,如果一个测试不是一个单元测试,你将如何测试它?

有时我通常只是在主窗体中编写一个小的测试函数,或者在silverlight中编写一个主页,然后删除它。但我想使用单元测试是因为测试需要保留在那里,以便您可以重用它们对吧?

对不起,如果我有点太无知了!=P

更新

还想补充一点:在应用程序中运行良好的测试如何,但是当从外部代码调用时,它会失败。(这在我身上发生过几次)你们也发生过吗和/或这是否意味着糟糕的设计?

1 回复 | 直到 8 年前

1

5

paxdiablo 14 年前

如果你的测试依赖于你无法控制的环境第一你应该做的是让他们在你的控制下:-)

换句话说,您的测试应该使用一个测试数据库,作为设置的一部分,它应该是空的,然后用已知的、可预测的数据填充该数据库。或者,您可以放入存根例程,并完全避免数据库访问。

一个不确定的测试和豆奶牛一样有用。它可能似乎但结果并不像你想象的那么令人满意。