[发明专利]连续部署管道中的性能测试

说明书

背景技术

软件开发生命周期使用连续集成（CI）和连续部署（CD）来减小生产线中代码改变消耗的时间。连续集成使以下过程自动化：从特定源配置管理（SCM）工具接收代码改变、构造具有代码改变可递送组件、以及测试组件。

附图说明

本公开的非限制性示例在以下描述中被描述、参照随附各图来阅读并且不限制权利要求的范围。在各图中，出现在不止一幅图中的其相同和类似结构、元件或部分在它们所出现的各图中一般用相同或类似的参考标号来标记。在图中图示的部件和特征的尺寸主要出于呈现的便利和清楚来选择并且未必按照比例绘制。参照附图：

图1图示了根据示例的在连续部署管道中的应用上施行一组性能测试的网络环境；

图2图示了根据示例的在连续部署管道中的应用上施行该组性能测试的装置的框图；

图3图示了根据示例的可与图1的网络环境一起使用的系统的框图；

图4图示了根据示例的可与图2的装置一起使用的计算机可读介质的框图；

图5图示了根据示例的在连续部署管道中的应用上施行该组性能测试的过程的示意图；以及

图6图示了根据示例的在连续部署管道中的应用上施行该组性能测试的方法的流程图。

具体实施方式

在以下详细描述中，参照形成其一部分的附图，并且在附图中通过在其中可以实践本公开的具体示例的方式图示了以下详细描述。要理解的是，可以利用其它示例并且可以做出结构或逻辑改变而不脱离本公开的范围。

连续集成（CI）和连续部署（CD）使具有代码改变的代码组件的构造、测试和部署自动化。连续集成使以下过程自动化：从SCM工具检索代码改变、构造可递送组件（诸如执行建构（build））以及对组件进行单元测试。自动化在代码改变被交付给（commit）源配置管理（SCM）工具之后开始。当代码改变被交付给SCM工具时，代码改变被指派给特定连续部署管道（CD管道或部署管道）。当代码改变被测试为代码基或代码的组件的一部分时，代码改变移动通过连续部署管道。

连续部署通过将组件自动部署到测试环境中并且在组件上执行测试来扩展连续集成。测试的数量由连续部署管道来确定。用于连续部署管道的测试典型地是基于连续部署管道的分类（诸如低优先级或高优先级）而被指派的静态测试。典型的测试包括单元测试和应用编程接口测试。负载和性能测试由于成本和时间约束而很少被包括在测试中，因为性能和负载测试的执行时间比单元测试和应用编程接口测试更长。因此，测试缺乏质量保证，因为测试组不包括在测试条件之下测量代码改变的性能的测试。

在示例中，提供了在连续部署管道中的应用上施行性能测试的方法。该方法在连续部署管道中的应用上施行性能测试。该方法标识基线建构和新建构之间的代码改变。基线建构和新建构是性能测试环境中的两个不同建构。该方法通过在基线建构上执行一组定制测试脚本来获得基线测试结果。基线建构包括成功完成连续部署管道中的该组性能测试的第一代码基。该方法通过在新建构上执行该组定制测试脚本来类似地测试新建构以获取新测试结果。新建构包括在连续部署管道中测试的第二代码基。通过比较基线测试结果和新测试结果来确定性能值。性能值基于关注基线建构和新建构之间的改变的测试结果，这使得能够更容易地标识性能问题。

短语“代码改变”是指用于任何软件应用的源代码中的改变。短语代码改变还可以指作为被构造为连续集成过程的一部分的代码基的一部分的代码改变。代码改变的示例包括方法、函数、代码行和/或对方法或函数的调用的改变或更新，诸如方法和/或函数的删除或添加。

短语“连续部署管道”或“部署管道”是指在代码改变队列上串行和/或并行执行的一组动作。例如，连续部署管道可以包括建构代码、执行单元测试、部署代码、运行自动化测试、阶段化代码、运行端对端测试以及部署代码以生产。每一个连续部署管道可以分类成接收与定义的标准组匹配的代码改变，例如，特定连续部署管道可以用于低风险和高优先级的代码改变。用于测试管道的测试脚本可以基于代码改变。

短语“测试脚本”是指在模拟环境中运行于连续部署管道上的测试。测试脚本测试性能和/或标识测试之下的应用（AUT）的性能中的缺陷。测试脚本在代码改变集成到建构中情况下测试应用性能的各种方面。