[发明专利]一种嵌入式软件自动化测试方法有效
申请号: | 202211646760.0 | 申请日: | 2022-12-21 |
公开(公告)号: | CN115629996B | 公开(公告)日: | 2023-03-10 |
发明(设计)人: | 陈泽鹏;赵磊;杨远;萧家柱 | 申请(专利权)人: | 深圳市微克科技有限公司 |
主分类号: | G06F11/36 | 分类号: | G06F11/36;G06F9/445 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 518000 广东省深圳市龙华区*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 嵌入式 软件 自动化 测试 方法 | ||
本发明公开了一种嵌入式软件自动化测试方法,具体涉及嵌入式软件测试领域,用于解决现有嵌入式软件测试大部分依旧采用人工反复地功能性测试,测试效率极低,覆盖不全面,出错率高的问题;包括测试用例管理工具连接成功后按照配置好的测试用例单个按序下发给嵌入式产品;嵌入式产品接收自动化测试插件成功后激活自动化测试流程;关键节点替换代码段生效,嵌入式软件按照既定的业务流程执行;嵌入式业务功能代码执行完成,将业务执行的结果发送至测试用例管理工具;本发明是通过测试用例管理工具将自动化测试用例插件按需注入嵌入式产品中,实现对嵌入式软件的自动化测试和管理,完全摆脱人工的重复繁琐测试;极大提升测试效率和软件质量。
技术领域
本发明涉及嵌入式软件测试技术领域,更具体地说,本发明涉及一种嵌入式软件自动化测试方法。
背景技术
进入二十一世纪之后,硬件元器件得到了飞速发展,从而也使得嵌入式软件的功能更加强大和复杂.随之而来的也是嵌入式软件测试工作的加重,传统的软件测试技术已经难以满足嵌入式软件越来越复杂的需求。
目前嵌入式软件由于程序运行载体(普指PCBA主板)的局限性,例如CPU资源或者flash存储的限制,编译工具链的支持等,不存在嵌入式软件在运行载体上自动化测试的方法。常见的嵌入式软件测试方法包括以下几种:绝大部分是100%人工繁琐重复地进行功能性测试;把测试代码直接编写在产品代码当中;测试代码作为独立进程无序执行;从而导致现有的软件测试方法具有以下缺点:
1.纯人工繁琐反复的功能性测试,测试效率极低,覆盖不全面,出错率高;当业务成本增长时,人工成本也成本增加;
2.把测试代码直接编写在产品代码中极大增加代码冗余,只能针对极少功能针对性开发,几乎不被采用;
3.测试代码作为独立进程无序执行,是漫无目的的随机测试,针对性极低,消耗时间极高;
4.现有技术未有可以对release版本的嵌入式软件进行100%覆盖的测试方法,也未能对嵌入式软件进行业务功能自动化测试。
针对上述问题,本发明提出一种解决方案。
发明内容
为了克服现有技术的上述缺陷,本发明的实施例提供一种嵌入式软件自动化测试方法,是通过测试用例管理工具将自动化测试用例插件按需注入嵌入式产品中,实现对嵌入式软件的自动化测试和管理,完全摆脱人工的重复繁琐测试;极大提升测试效率和软件质量,以解决上述背景技术中提出的问题。
为实现上述目的,本发明提供如下技术方案:
一种嵌入式软件自动化测试方法,包括如下步骤:
测试用例管理工具选择好需要测试的自动化测试用例;
嵌入式产品正常上电启动;
测试用例管理工具与嵌入式产品建立连接;
测试用例管理工具连接成功后按照配置好的测试用例单个按序下发给嵌入式产品;
嵌入式产品接收自动化测试插件成功后激活自动化测试流程,此时初始化插件,并完成前置条件设置,后续的业务代码在特定的节点插入代码段,对嵌入式软件代码进行替换;
让嵌入式软件正常启动业务流程;
关键节点替换代码段生效,嵌入式软件按照既定的业务流程执行;
嵌入式业务功能代码执行完成,将业务执行的结果发送至测试用例管理工具;
反复执行上述自动化测试流程,直到所有的自动化测试用例完成。
在一个优选的实施方式中,嵌入式业务功能代码执行完成后将业务执行的结果与预期匹配,并将匹配结果也发送至测试用例管理工具。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳市微克科技有限公司,未经深圳市微克科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202211646760.0/2.html,转载请声明来源钻瓜专利网。