【技术实现步骤摘要】
本专利技术实施例涉及软件开发，尤其涉及一种适用于持续集成的集成测试方法、装置、计算机及介质。
技术介绍
1、在软件工程中，持续集成是一种软件开发实践，指团队中的每个开发人员每天将其工作副本(通常是其开发的代码)至少一次合并到项目主分支代码中的做法。持续集成强调开发人员提交了新代码之后，立刻进行构建、测试(包括单元测试和集成测试)，进而根据测试结果可以快速确定新代码和原有代码能否正确地集成在一起。
2、对于集成测试，目前业界普遍采用的做法是，通过一个集成测试环境部署一个完整的业务系统，然后将某个功能组件集成进业务系统以对该组件进行集成测试。专利技术人在实践中意识到上述做法存在一些不足，即：质量测试人员在进行集成测试时通常需要一个独立的集成测试环境以避免环境干扰，而假如某个功能组件涉及多个需求特性在同时开发，根据目前的做法，对于该多个需求特性对应的需求代码，只能由质量测试人员依次对各个需求特性的需求代码进行集成测试，这时这些需求代码的集成测试工作就需要进行排队，最终导致需求交付时间延迟。
技术实现思路
1、本申请针对上述不足或缺点，提供了一种适用于持续集成的集成测试方法、装置、计算机及介质。在本申请实施例中，在运行持续集成流水线时，实现了并行地为每个需求特性对应的需求代码部署独立的集成测试环境，为质量测试人员提供对应需求特性的独立集成测试入口，避免了持续集成作业时的相互干扰，节省了测试工作进入等待的时间，提升了持续集成的效率。
2、本申请根据第一方面提供了一种适
3、基于多个开发人员下发的代码合并指示创建多个pr(pull/merge request，合并请求)，pr是指代码合并请求；每个pr对应独立的pr信息，pr信息包括代码版本和prid(pull/merge request identity，合并请求的身份标识)；
4、根据多个pr对应的pr信息并行地为每个pr部署独立的集成测试环境；
5、将每个pr对应的集成测试环境的访问入口发送至质量测试人员，使得质量测试人员能基于各个集成测试环境的访问入口在各个集成测试环境中对各个pr对应的需求代码进行集成测试。
6、在一些实施例中，根据多个pr对应的pr信息并行地为每个pr部署独立的集成测试环境，包括：
7、根据多个pr对应的pr信息并行地为每个pr执行流水线构建动作；
8、在流水线构建动作执行完毕后，并行地为每个pr执行接入各自独立的集成测试环境的部署动作。
9、在一些实施例中，根据多个pr对应的pr信息并行地为每个pr执行流水线构建动作，包括：
10、根据每个pr对应的代码版本拉取每个pr对应的需求代码；
11、基于每个pr对应的需求代码为每个pr执行流水线构建动作。
12、在一些实施例中，并行地为每个pr执行接入各自独立的集成测试环境的部署动作，包括：
13、根据每个pr对应的prid为每个pr拼接准入规则中对应的独立域名作为集成测试环境的访问入口，独立域名是用于集成测试环境的最基本信息之一；
14、在容器集群管理系统中基于每个pr对应的prid为每个pr创建运行集成测试环境所需的资源池，并在每个pr对应的资源池中部署目标应用的所有服务，完成集成测试环境的部署动作。
15、在一些实施例中，pr信息还包括pr详情页面；将每个pr对应的集成测试环境的访问入口发送至质量测试人员，包括：
16、将每个pr对应的集成测试环境的访问入口以机器人评论的方式发送到每个pr对应的pr详情页面上以呈现给质量测试人员。
17、在一些实施例中，pr信息还包括pr详情页面的页面链接；将每个pr对应的集成测试环境的访问入口以机器人评论的方式发送到每个pr对应的pr详情页面上，包括：
18、根据每个pr对应的pr详情页面的页面链接调用设定的代码托管平台的应用程序编程接口，并行地在每个pr对应的pr详情页面中创建包含集成测试环境的访问入口的机器人评论。
19、在一些实施例中，多个pr用于请求将对应同一功能组件的不同需求特性的需求代码合并至主分支代码。
20、本申请根据第二方面提供了一种适用于持续集成的集成测试的装置，该装置包括：
21、合并请求创建模块，用于基于多个开发人员下发的代码合并指示创建多个pr，pr是指代码合并请求；每个pr对应独立的pr信息，pr信息包括代码版本和prid；多个pr用于请求将对应同一功能组件的不同需求特性的需求代码合并至主分支代码；
22、测试环境部署模块，用于根据多个pr对应的pr信息并行地为每个pr部署独立的集成测试环境；
23、访问入口发送模块，用于将每个pr对应的集成测试环境的访问入口发送至质量测试人员，使得质量测试人员能基于各个集成测试环境的访问入口在各个集成测试环境中对各个pr对应的需求代码进行集成测试。
24、本申请根据第三方面提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述任一项持续集成的集成测试方法的步骤。
25、本申请根据第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一项持续集成的集成测试方法的步骤。
26、现如今，人们为了创建可靠、可重复的软件发布过程，让整个过程尽可能地自动化，从而提高整体的集成发布效率，一般会搭建一个用于进行软件开发实践的持续集成流水线。其中，每当开发人员提交代码后，都会触发流水线执行对应的步骤，这些步骤通常包含扫描检查、构建、测试、部署等环节。在上述的本申请实施例中，多个开发人员为各自负责的需求特性开发好需求代码之后，可以下发代码合并指示以创建对应的pr，pr是指代码合并请求。针对该多个pr，分别生成对应的独立的pr信息，然后根据多个pr对应的pr信息并行地为每个pr部署独立的集成测试环境。最后再将每个pr对应的集成测试环境的访问入口发送至质量测试人员，使得质量测试人员能基于各个集成测试环境的访问入口在各个集成测试环境中对各个pr对应的需求代码进行集成测试。通过上述方法的步骤，能够并行地为每个需求特性对应的需求代码部署独立的集成测试环境，各个需求特征的需求代码能够并行地进行集测测试，不需要进行排队，从而避免了持续集成作业时的相互干扰，节省了测试工作进入等待的时间，提升了持续集成的效率。
本文档来自技高网...【技术保护点】
1.一种适用于持续集成的集成测试方法，其特征在于，所述方法包括：
2.如权利要求1所述的方法，其特征在于，根据所述多个PR对应的PR信息并行地为每个PR部署独立的集成测试环境，包括：
3.如权利要求2所述的方法，其特征在于，根据所述多个PR对应的PR信息并行地为每个PR执行流水线构建动作，包括：
4.如权利要求2所述的方法，其特征在于，并行地为每个PR执行接入各自独立的集成测试环境的部署动作，包括：
5.如权利要求1所述的方法，其特征在于，所述PR信息还包括PR详情页面；将每个PR对应的集成测试环境的访问入口发送至质量测试人员，包括：
6.如权利要求5所述的方法，其特征在于，所述PR信息还包括PR详情页面的页面链接；将每个PR对应的集成测试环境的访问入口以机器人评论的方式发送到每个PR对应的PR详情页面上，包括：
7.如权利要求1所述的方法，其特征在于，
8.一种适用于持续集成的集成测试的装置，其特征在于，所述装置包括：
9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述方法的步骤。
...【技术特征摘要】
1.一种适用于持续集成的集成测试方法，其特征在于，所述方法包括：
2.如权利要求1所述的方法，其特征在于，根据所述多个pr对应的pr信息并行地为每个pr部署独立的集成测试环境，包括：
3.如权利要求2所述的方法，其特征在于，根据所述多个pr对应的pr信息并行地为每个pr执行流水线构建动作，包括：
4.如权利要求2所述的方法，其特征在于，并行地为每个pr执行接入各自独立的集成测试环境的部署动作，包括：
5.如权利要求1所述的方法，其特征在于，所述pr信息还包括pr详情页面；将每个pr对应的集成测试环境的访问入口发送至质量测试人员，包括：
6.如权利要求5所述的...
【专利技术属性】
技术研发人员：欧阳康，沈朝华，李瑚，
申请(专利权)人：润欣商业投资深圳有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。