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

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

如果有人创建了一个使用(单元)测试作为其逻辑的小型诊断性内部网络应用程序,是否有正当理由这样做?请记住,Nunit 也必须部署到该网站的任何位置。

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

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

最佳答案

将单元测试框架用于单元测试之外的其他东西通常不是最合适的路径。您不必为单元测试编写测试,因为您先编写它们并看到它们失败。这就是您知道它们工作正常的方式。我猜在单元测试框架内编写的测试代码很重要,如果我有一个用于关键软件的诊断应用程序,我真的很想确定它能正常工作。

编辑:您似乎已经下定决心,但需要支持来向其他项目成员说明为什么当前策略不太理想。如果是这种情况,我建议您将代码放在嘴边,然后拼凑一个设计不同的小示例应用程序。如果在这个特定案例中使用单元测试框架是一个糟糕的设计决策,那么这将清楚地表明这一点。

关于unit-testing - 部署一个伪装成程序的大测试,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1300301/

相关文章:

asp.net - Controller.User 在单元测试期间为 Null

Angular 11 : Unit testing an HttpInterceptor - can't get catchError to work in test

java - JUnitCore 停止

unit-testing - 是否有用于单元测试的 cakephp 插件(用于 TDD)?

c# - RhinoMock - 使用一个真实的对象,但 stub 一个单一的方法

javascript - Angular Testing 未知提供商

go - 如何实现一个channel和多个reader同时读取相同的数据?

android - 绑定(bind)服务中的设计模式?

php - 如何在 PHP 中获取对根对象的迭代对象引用?

sql-server - 快照功能的替代方案,SQL Server Standard