[发明专利]基于进程间通信机制的故障注入验证方法、系统及终端在审
| 申请号: | 202110805117.7 | 申请日: | 2021-07-16 |
| 公开(公告)号: | CN113688032A | 公开(公告)日: | 2021-11-23 |
| 发明(设计)人: | 范会杨 | 申请(专利权)人: | 苏州浪潮智能科技有限公司 |
| 主分类号: | G06F11/36 | 分类号: | G06F11/36;G06F9/54 |
| 代理公司: | 济南诚智商标专利事务所有限公司 37105 | 代理人: | 黄晓燕 |
| 地址: | 215100 江苏省苏州市吴*** | 国省代码: | 江苏;32 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 基于 进程 通信 机制 故障 注入 验证 方法 系统 终端 | ||
本申请公开了一种基于进程间通信机制的故障注入验证方法、系统及终端,该方法包括:创建用于进程间通信的命名管道;对所获取的命令进行解析,获取到对应的消息,并将消息发送至命名管道;利用命名管道,将消息从第一进程发送至第二进程;解析来自第一进程的消息,并根据解析结果设置变量的值,变量包括:调试开关以及注入故障的条件;根据变量的值模拟注入故障,并根据注入故障控制业务代码进入相应分支进行验证。该系统包括:命名管道创建模块、第一解析模块、发送模块、第二解析模块和故障模拟模块。通过本申请,能够有效降低分支覆盖测试的难度,从而提高故障注入效率,进而提高软件开发效率。
技术领域
本申请涉及驱动软件测试技术领域,特别是涉及一种基于进程间通信机制的故障注入验证方法、系统及终端。
背景技术
在复杂的软件系统设计实现时,除了正常的处理逻辑,还需要大量的错误异常处理工作。在软件系统设计实现完成后,针对所有分支的完备覆盖测试,是保证软件质量、保证系统在网运行的重要环节。为确保分支覆盖测试的顺利进行,需要针对错误异常在代码中添加相应的错误处理分支,但是在测试验证过中,许多故障却很难注入。因此,如果进行故障注入是个重要的技术问题。
目前,在软件测试验证过程中注入故障的方法,通常是采用模拟故障的方法。具体地,通过修改代码进行打桩,模拟故障,每次打桩后需要重新编译再安装系统进行测试,测试完成后需要修改回原来的代码,并重新编译以及安装系统。
然而,目前在软件测试验证过程中注入故障的方法,由于每次打桩后需要重新编译再安装系统进行测试,且测试完毕后要修改回原来代码并重新编译、安装系统,这些操作太繁琐,导致故障注入效率较低。而且打桩代码写死后无法进入正常分支,还需要后续处理,也会导致故障注入效率较低。
发明内容
本申请提供了一种基于进程间通信机制的故障注入验证方法、系统及终端,以解决现有技术中的故障注入方法使得故障注入效率较低的问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种基于进程间通信机制的故障注入验证方法,所述方法包括:
创建用于进程间通信的命名管道;
对所获取的命令进行解析,获取到对应的消息,并将所述消息发送至所述命名管道;
利用所述命名管道,将所述消息从第一进程发送至第二进程;
解析来自所述第一进程的消息,并根据解析结果设置变量的值,所述变量包括:调试开关以及注入故障的条件;
根据所述变量的值模拟注入故障,并根据所述注入故障控制业务代码进入相应分支进行验证。
可选地,对所获取的命令进行解析,获取到对应的消息,并将所述消息发送至所述命名管道的方法,包括:
获取用户输入的命令;
根据所述命令封装对应的消息;
将所述消息发送至所述命名管道。
可选地,所述第一进程为解析命令的进程,所述第二进程为处理业务的进程。
可选地,所述调试开关为:debug_on,所述注入故障的条件包括:condition1_debug和condition2_debug,且当debug_on为True时,注入故障,当debug_on为False时,不注入故障。
可选地,所述命名管道采用消息队列。
可选地,所述方法应用于Linux平台。
一种基于进程间通信机制的故障注入验证系统,所述系统包括:
命名管道创建模块,用于创建用于进程间通信的命名管道;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于苏州浪潮智能科技有限公司,未经苏州浪潮智能科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202110805117.7/2.html,转载请声明来源钻瓜专利网。
- 上一篇:数据录制和回放的系统
- 下一篇:环保铝蜂窝板





