通常是的，在一个持续的集成环境中，应该不断地构建产品。然而，每一家公司都会有一些不同的需求，这些需求会影响到实施的方式。
我想了解更多关于这些“稳定性”测试的信息。“稳定性测试”并不是敏捷测试的4个象限之一，所以听起来它代表了特定于您公司的东西。我的问题是这些单元是什么样的测试？整合？UI？表演？
我的公司目前有自己的术语，它发明了一个叫“改组”的词。我们运行"shakeout“测试，以确保环境正常运行。不幸的是，这也是一个组织发明的术语，它更习惯于手工测试和在几个小时或几天后发现环境问题的经验。有这类问题的组织通常还没有对自动测试进行调整，这些测试在几分钟内给出了关于环境没有正确设置的反馈。在你的特殊情况下，这可能不是原因。
我建议您将您所拥有的测试分类为：
单元综合化UAT性能和安全并且使用以下方法对这些领域中的测试类型进行分类：
冒烟高兴的悲伤的可选合规性至于运行量和成本，我会考虑运行快乐和可选的UI案例，以降低成本。悲伤的案例往往是大多数，而快乐的案例通常都是“尽管”悲伤的案例路径，因此，当时间和成本也是一个因素的时候，快乐的案例往往能代表大多数的价值。只要确保企业支持这一决定并理解它。