unit-testing - 测试分类

标签 unit-testing testing nunit categorization

我想知道关于使用属性(如 NUnit 的类别属性)对测试进行分类的“最佳实践”是什么?

您是否按应用程序的功能范围、类型(单元测试、端到端测试、冒烟测试、集成测试等)、技术类别(长时间运行、网络请求等)或每个的混合?

总而言之,我不想在几个月内对数千个测试进行重新分类,那么最好的策略是什么?

预先感谢您的回答!

最佳答案

反问:为什么现在要对成千上万的测试进行分类?你希望完成什么。如果您不知道,则根本不需要这样做。 :-)

我的回答是,Categories 确实是供开发人员使用的,因为他们可以在需要时轻松地在代码中更改它们。例如,有时标记所有运行缓慢的测试很方便,这样它们就可以从运行中排除。您可以改为标记所有快速运行的测试,但希望有更多的测试。同样,如果您需要在数据库不可用时运行测试,请对那些需要它的测试使用类别,除非它们已经按命名空间分组。

使用命名空间分组来组织更持久的测试。类别的力量在于它们跨越了您的 namespace 和夹具组织。当您需要那种横切时,请谨慎使用它们,但不要建立严格的类别系统。

关于unit-testing - 测试分类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35962000/

相关文章:

javascript - 使用 Jest 测试 React 应用程序时如何查询原生 html 元素?

testing - spyOn 无法在 Iron 路由器操作(服务器集成)中使用 js 方法

xml - 以属性的存在为条件的 XSD 断言

nunit - 自定义逻辑运行后无法使 TFS 构建失败

nunit - 即使十进制数字正确,断言也会失败

java - Mockito:如何模拟 javax.inject.Provider 创建的原型(prototype) bean?

android - 如何用 mockito 测试 handler.postDelayed?

unit-testing - 用于测试代码的测试用例......有什么界限?

python - ReactorNotRestartable 在使用 twisted 和 trial 启动两个等效的单元测试时

asp.net-mvc-4 - 添加 Controller 时出现 nunit Framework not found 错误