.net 单元和集成测试。解决这些问题的最佳实践

我们已经实践了单元测试项目（MSTest framework）的一些基本功能，而复杂的集成测试（需要来自xml文件的外部数据、高度定制的运行、外部连接以及在测试和生产环境中在MS Studio外部运行的选项）则作为控制台应用程序

可以吗，还是我们应该将所有控制台代码迁移到MSTest/NUnit框架？我想在夜间构建中使用控制台集成测试应用程序是没有问题的

---

提前谢谢你

如果您希望能够轻松地将集成测试安排为持续集成过程的一部分，以达到构建质量的目的，那么使用测试框架是有意义的。这样，如果代码更改导致集成测试开始失败，您可以立即获得反馈，而不必监视控制台应用程序或其输出。

如果您希望能够轻松地将集成测试安排为持续集成过程的一部分，以达到构建质量的目的，使用测试框架是有意义的。这样，如果代码更改导致集成测试开始失败，您可以立即获得反馈，而不必监视控制台应用程序或其输出。

我想我可以通过退出代码将自定义控制台集成测试应用程序集成到连续集成服务（如巡航控制）中。对于巡航控制，它被称为：可执行任务：我想我可以通过退出代码将我们定制的控制台集成测试应用程序集成到持续集成服务（如巡航控制）中。对于巡航控制，它被称为：可执行任务：