我想根据开发人员签入的内容获得有关如何运行自动烟雾测试的信息。当前,当开发人员提交时,将构建jenkins作业来构建代码并运行烟雾测试以测试该应用程序。但是烟雾测试包含50多个测试。您将如何设计自动化,以便在开发人员进行签入时,该自动化仅针对可能受新签入影响的应用程序功能运行?这是我们的流程:开发人员签入git repo,通过Web挂钩触发jenkins作业并构建应用程序,一旦构建完成,便有下游作业来运行烟雾测试。我想将冒烟测试限制为仅测试受新签入影响的功能。
答案 0 :(得分:0)
您可以确定产品的哪些区域可能受到影响,但不能百分百确定。不要依赖那个您不想使用未知来源进行回归分析。它们非常难以分类,关于持续集成的最好的事情之一是,每个更改或少量更改都需要分别进行测试,并且您随时都可以知道应用程序出了什么问题,而无需花费大量时间进行调查。一组50个测试10分钟实际上非常好。如果运行测试的唯一问题是耗时,那么为什么不考虑使其并行而不是减少测试套件。我宁愿加快测试执行阶段,而不要减少测试套件。