testing - 您在构建过程中包含哪些类型的测试？

Question

我使用 TFS 2008。我们每晚运行单元测试作为持续集成构建和集成测试的一部分。

您在构建过程中自动化并包含哪些其他类型的测试？你使用什么技术来做到这一点？

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

Answer 1

首先，我们必须先运行签入（冒烟）测试，然后才能签入代码。它是通过运行运行测试的作业自动完成的，然后在成功完成测试后签入源代码控制。其次，巡航控制启动构建和回归测试。构建产品，然后运行几组集成测试。测试的数量因我们在发布周期中所处的位置而异。在减速期间的周期后期添加更多测试。巡航控制在特定时间窗口（12 分钟）内接受所有提交，因此您的更改可以与少数其他人一起构建和测试。第三，有一个非常广泛的自动化夜间构建和测试。我们每 2 或 3 周有一个负载点或里程碑点。在加载点，所有自动化测试都运行，并且手动测试完成。还对每个里程碑进行性能测试。性能测试可以根据要求启动，但可用的硬件有限，因此人们必须排队进行性能测试。通常人们依赖负载性能测试，除非他们专门进行更改以提高性能。最后，还对每个负载进行压力测试。这些测试的重点是确保产品没有内存泄漏或任何其他阻碍产品 24/7 运行而不是性能的东西。所有这些都是通过 ant、巡航控制和 Python 脚本完成的。通常人们依赖负载性能测试，除非他们专门进行更改以提高性能。最后，还对每个负载进行压力测试。这些测试的重点是确保产品没有内存泄漏或任何其他阻碍产品 24/7 运行而不是性能的东西。所有这些都是通过 ant、巡航控制和 Python 脚本完成的。通常人们依赖负载性能测试，除非他们专门进行更改以提高性能。最后，还对每个负载进行压力测试。这些测试的重点是确保产品没有内存泄漏或任何其他阻碍产品 24/7 运行而不是性能的东西。所有这些都是通过 ant、巡航控制和 Python 脚本完成的。

Answer 2

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