我使用的是TFS 2008.我们每晚都会进行单元测试,作为持续集成构建和集成测试的一部分。
您在构建过程中自动化并包含哪些其他类型的测试?你用什么技术这样做?
我正在考虑烟雾测试,性能测试,负载测试,但不知道将它们与Team Build集成是多么现实。
答案 0 :(得分:3)
首先,我们必须在签入代码之前运行签入(冒烟)测试。它通过运行运行测试的作业自动完成,然后在成功完成测试后进行源代码控制。其次,巡航控制开始构建和回归测试。然后构建产品,然后运行几组集成测试。测试次数因发布周期的不同而不同。在减速期间,在循环的后期添加更多测试。巡航控制在一定的时间窗口(12分钟)内完成所有提交,因此您可以使用少量其他设置构建和测试您的更改。第三,有一个非常广泛的自动夜间构建和测试。我们每2或3周有一个负载或里程碑点。在加载点,运行所有自动化测试,并完成手动测试。还针对每个里程碑进行了性能测试。性能测试可以根据要求启动,但可用的硬件有限,因此人们必须排队等待性能测试。通常人们依赖于负载性能测试,除非他们专门为改进性能而进行更改。最后,还对每个负载进行压力测试。这些测试的重点是确保产品没有内存泄漏或其他任何阻止产品全天候运行而不是性能的东西。所有这些都是通过ant,巡航控制和Python脚本完成的。
答案 1 :(得分:1)
在构建过程中集成负载测试是一个坏主意,只需进行正常的单元测试即可确保所有代码按预期工作。负载和性能测试应单独进行。