在作为部署后测试的一部分运行API功能测试时,如何防止在生产环境中创建不需要的数据

时间:2015-11-06 11:18:02

标签: jenkins continuous-integration automated-tests functional-testing continuous-deployment

我参与了一个项目,我们正在努力实现生产环境的自动化部署。自动部署过程中的一个项目(尚未选择的框架 - 可能是Jenkins)将运行API功能测试和UI自动化测试,以验证部署状态并确认一切是否按预期工作。

问题是: (1)此类自动化测试是否适用于生产环境? (2)如果它们应该,应该如何处理在系统中创建数据的API / UI测试的情况,这些数据不应该存在于生产系统中,例如工作板申请。由此类测试创建的作业不应存在于系统中,因为它们会捏造作业数量并被最终用户视为实际工作职位。

我想知道在自动构建交付环境中应该如何处理这种情况。

1 个答案:

答案 0 :(得分:0)

除了功能测试之外,您不应对生产环境执行任何测试 - 例如确保服务可用且稳定,能够接收请求,而不会实际污染生产数据库 - 许多开发人员选择在其API中添加运行状况检查功能,以便能够对生产执行运行状况检查。

您还可以首先部署到临时环境,以便运行需要将数据输入数据库的测试,如果满足验收条件,则部署到Prod。 当然,升级应该有一个完全独立的环境和数据库。

希望这能回答你的问题。