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

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

  •  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 年前

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

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

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

    推荐文章