[发明专利]一种基于AI测试的持续集成测试开发方法及系统在审
申请号: | 202010515346.0 | 申请日: | 2020-06-08 |
公开(公告)号: | CN111639036A | 公开(公告)日: | 2020-09-08 |
发明(设计)人: | 刘魁;曹亮;吴腾达;肖辉 | 申请(专利权)人: | 成都信息工程大学 |
主分类号: | G06F11/36 | 分类号: | G06F11/36 |
代理公司: | 成都金英专利代理事务所(普通合伙) 51218 | 代理人: | 袁英 |
地址: | 610225 四川省成都*** | 国省代码: | 四川;51 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 基于 ai 测试 持续 集成 开发 方法 系统 | ||
本发明公开了一种基于AI测试的持续集成测试开发方法及系统,方法步骤如下:S1.提交代码至远程仓库;S2.触发脚本运行代码;S3.触发脚本执行MABL;S4.MABL执行AI测试;S5.测试结果推送给开发人员;S6.存入本地档案库。本发明还提供一种基于AI测试的持续集成测试开发系统。本发明通过使用CI/CD环境,并集成已有AI测试产品MABL,在项目开发阶段就可以进行项目代码测试,将问题发现于开发阶段,及时修改,间接缩短了项目的开发周期,减轻了测试团队压力,降低了公司的人工测试成本。
技术领域
本发明涉及计算机领域,尤其涉及一种基于AI测试的持续集成测试开发方法及系统。
背景技术
软件测试,描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说,软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。
软件测试已有了行业标准(IEEE/ANSI ),1983年IEEE提出的软件工程术语中给软件测试下的定义是:“使用人工或自动的手段来运行或测定某个软件系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”。这个定义明确指出:软件测试的目的是为了检验软件系统是否满足需求。它再也不是一个一次性的,而且只是开发后期的活动,而是与整个开发流程融合成一体。软件测试已成为一个专业,需要运用专门的方法和手段,需要专门人才和专家来承担。
目前基于AI测试的工具,是在项目完成后,交给测试团队进行测试,发现BUG后再将问题推送给开发人员,形式一轮迭代,致使最终项目出现无数版本,间接延长了项目开发周期时间,增加了项目研发成本。
发明内容
本发明的目的在于克服现有技术的不足,提供一种基于AI测试的持续集成测试开发方法及系统,在项目开发阶段为项目开发人员提供代码测试,解决开发过程中的BUG,缩短项目的开发周期,降低项目的软件测试成本。
本发明的目的是通过以下技术方案来实现的:
一种基于AI测试的持续集成测试开发方法,方法包括以下步骤:
S1,提交代码至远程仓库;
S2,触发脚本运行代码;
S3,触发脚本执行MABL;
S4,MABL执行AI测试;
S5,测试结果直接推送给开发人员;
S6,存入本地档案库。
可选的,所述步骤S1中提交代码至远程仓库包括以下子步骤:
S101,搭建CI/CD环境,基于搭建环境开发项目;
S102,使用Jenkins作为核心管理工具,完成项目测试的持续集成/持续部署;
S103,针对不同开发语音,提交代码时,通过Jenkins来触发不同的脚本,对开发项目分类进行打包,并提交发布到远程仓库。
可选的,所述步骤S2中必须基于CI/CD环境运行脚本代码,同时获取项目运行地址。
可选的,所述步骤S3是在脚本代码运行成功后,执行脚本运行MABL,其主要步骤如下:
S301,将MABL交于Jenkins管理:通过将MABL启动SHELL脚本配置到Jenkins中的build项中,定时触发运行;
S302,编写运行MABL的脚本程序;
S303,当步骤S302完成后,直接触发编写的脚本程序;
S304,运行启动MABL。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于成都信息工程大学,未经成都信息工程大学许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010515346.0/2.html,转载请声明来源钻瓜专利网。