【发布时间】:2014-10-13 16:15:23
【问题描述】:
我正在构建一个模块化 WPF 应用程序。每个屏幕都是一个高度独立和孤立的单元。唯一共享的东西 - shell 和一个带有外观接口的公共库,用于可重用服务(消息总线、持久性、窗口管理等)。
由于模块是松散耦合的,因此当单个模块发生更改时重新测试所有内容是没有意义的。我只想测试发生了什么变化。如果公共库发生变化 - 一切都应该重新测试。
从源代码控制差异中,您可以轻松获取更改的文件列表,从而解决受影响的项目(csproj 文件列出了所有要编译的文件)。您还可以从 csproj 文件(谁在使用它,谁受到影响)解决项目依赖关系。所有这些信息应该足以说明实际需要测试的内容。所以这个问题听起来是可以解决的。
有人用 TeamCity 做过这个吗?有什么建议?我看到有一个适用于 Java 人员的解决方案: http://blog.jetbrains.com/teamcity/2012/03/incremental-testing-with-teamcity/
.net 领域呢?
【问题讨论】:
标签: c# .net msbuild nunit teamcity