我使用TFS2008. 我们在每晚进行的持续集成构建和集成测试中运行单元测试。

我们还可以自动进行其他哪些类型的测试并将其包括在构建过程中？我们使用什么技术来做到这一点？

我正在考虑冒烟测试，性能测试，负载测试，但不知道将这些与Team Build集成是多么现实。

解决方案

回答

在构建过程中集成负载测试不是一个好主意，只需进行常规的单元测试以确保所有代码都能按预期工作。负载和性能测试应分别进行。

回答

首先，我们有签入(烟)测试，必须在签入代码之前运行这些测试。通过运行一个运行测试的作业，然后在成功完成测试后将签入到源代码控制中，它自动完成。其次，巡航控制启动了构建和回归测试。先构建产品，然后再运行几套集成测试。测试的数量因我们在发布周期中所处的位置而异。在斜坡下降期间的循环后期添加更多测试。巡航控制会在一定的时间范围内(12分钟)接收所有提交的内容，因此更改可能会与其他少量更改一起构建和测试。第三，有一个每晚进行的自动化构建和测试，内容广泛。我们每2或者3周就有一个负荷或者里程碑点。在负载点，将运行所有自动化测试，并完成手动测试。还针对每个里程碑进行了性能测试。可以根据要求启动性能测试，但是可用的硬件有限，因此人们必须排队进行性能测试。通常，人们会依赖于负载性能测试，除非他们专门进行更改以提高性能。最后，还要对每个负载进行压力测试。这些测试的重点是确保产品没有内存泄漏或者其他任何妨碍产品24/7运行而不是性能的事情。所有这些都是通过蚂蚁，巡航控制和Python脚本完成的。