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

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

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

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

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

最佳答案

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

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

相关文章:

java - 我是Java自动化测试的新手。我应该选择哪种工具? JUnit还是TestNG?

java - 在Android中创建简单的对象池

ios - CoreData-制作可能会或可能不会存储的对象

java - 测试列表中替换项违反唯一约束

java - 如何判断是否可以在另一个方法中调用Java方法

java - 在PowerMockito中存根链式方法

unit-testing - MS Test .orderedtest文件的详细信息

javascript - 开玩笑模拟aws-sdk ReferenceError:初始化前无法访问

c# - 层ASP.NET MVC项目

testing - 如何在指令链接中监视服务功能?