unit-testing - 如何避免重复测试代码

标签 unit-testing testing integration-testing

我已经编写了我的单元测试,并且在需要外部资源的地方使用假货来处理。

到目前为止一切都很好。现在我面临其他测试阶段,主要是集成,我想针对真实的外部资源(例如数据库)重复单元测试方法。

那么,对于构建单元与集成测试的测试项目有哪些建议?我知道有些人更喜欢单元和集成的单独组件?

如何在两个程序集之间共享通用测试代码?我应该创建一个包含所有抽象测试类的第三个程序集并让单元和集成继承吗?我正在寻找最大的可重用性......

我听到很多关于依赖注入(inject) (StructureMap) 的声音,如何在给定的单元 + 集成测试设置中使用这样的工具?

谁能分享一些智慧?谢谢

最佳答案

我认为您不应该在物理上将两者分开。一个好的解决方案是将 Microsoft.TeamFoundation.PowerTools.Tasks.CategoryAttribute 放在测试之上,以识别常规测试和集成测试。运行测试时(即使使用 MSBuild),您可以决定只运行您感兴趣的测试。

或者,您可以将它们放在单独的命名空间中。

关于unit-testing - 如何避免重复测试代码,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/975993/

相关文章:

unit-testing - 使 Mocha 测试显示实际错误

testing - GWT UI 测试工具

java - 将模拟注入(inject) Spring MockMvc WebApplicationContext

c# - 在 ValueSourceAttribute 上指定的 sourceName 必须引用非 null 静态字段、属性或方法

带有类型丰富的 Scala 测试

javascript - 相同的代码在不同的机器上生成不同的快照

unit-testing - 测试Gradle脚本指南

python - 跟踪和测试 GUI 应用程序中的功能 (Python + Gtk3)

laravel - 如何在 Laravel 中对 cookie 是否已排队或设置进行单元测试

java - 在 JUnit 中,如何获取所有集成测试的列表?