unit-testing - 部署伪装成程序的大型测试

如果有人创建了一个小型诊断性内部Web应用程序,该应用程序使用(单元)测试作为其逻辑,那么是否有充分的理由这样做?请记住,无论该网站到哪里,都必须部署Nunit。

我认为程序应该包含自己的逻辑以及可能可重用的部分(如果有),但不能包装其逻辑的测试。测试用于验证代码逻辑的目的。如果说测试将成为代码逻辑,那么是否不应该编写测试来验证测试?为什么这从根本上是错误的?

提示:因为现在您将所有这些测试串在一起并相互关联,这意味着它们不再依赖于(?)。

最佳答案

将单元测试框架用于单元测试以外的其他内容通常不是最合适的方法。您不必为单元测试编写测试,因为您首先编写了它们,然后看到它们失败了。这就是您知道他们工作正常的方式。我猜想在单元测试框架中编写的测试代码是不平凡的,如果我有一个用于关键软件的诊断应用程序,我真的想确定它可以正常工作。

编辑:似乎您已经下定决心,但是在表达为什么当前的策略对其他项目成员可能不够理想时,您需要获得支持。如果是这种情况,我建议您将代码放在您的嘴边,然后将一个单独设计的小示例应用程序放在一起。如果在这种特定情况下使用单元测试框架是一个错误的设计决策,那么就可以清楚地看出来。

本文翻译自 https://stackoverflow.com/questions/1300301/

网站遵循 CC BY-SA 4.0 协议,转载或引用请注明出处。

标签 unit-testing design-patterns testing methodology software-quality


相关文章:

xcode - ld:找不到体系结构i386 Xcode单元测试的符号

javascript - 持续集成/针对不同的浏览器测试Javascript代码

c# - ExpectedException没有捕获异常,但是我可以用try catch捕获它

c# - 如何为Poco对象创建测试

c# - 在测试项目应用程序配置文件中找不到connectionString

c++ - Pimpl,标头包含该类

c++ - 如何设计C ++类?

c# - EF中的复合键有效吗?

c++ - 如何在C ++中实现健壮的数据持久层?

javascript - 通过mocha.run()调用的Mocha测试不在“ it”函数内运行代码,也不在“ before”函数内运行代码