(19)国家知识产权局 (12)发明 专利申请 (10)申请公布号 (43)申请公布日 (21)申请 号 202211114769.7 (22)申请日 2022.09.14 (71)申请人 天津津航计算 技术研究所 地址 300308 天津市东 丽区空港经济区保 税路357号 (72)发明人 潘雁鹏　赵昶宇　 (74)专利代理 机构 中国兵器 工业集团公司专利 中心 11011 专利代理师 王雪芬 (51)Int.Cl. G06F 11/36(2006.01) G06F 16/27(2019.01) G06F 9/54(2006.01) (54)发明名称 一种多处 理器模块故障注入测试方法 (57)摘要 本发明涉及一种多处理器模块故障注入测 试方法， 属于网络通讯技术、 冗余管理和系统测 试技术领域。 本发明通过故障注入的方法， 能够 真实模拟处理器模块的所有潜在故障， 并能验证 处理器模块之间热备份切换的性能； 测试设备节 点向被测试设备节点发送故障注入测试用例编 号， 被测试设备节点执行相应编号的测试脚本文 件， 能够及时获取被测设备节 点预期的全部测试 中间运行结果， 并实时统计故障测试覆盖率； 当 系统中处理器模块数量增加或减少时， 无需修改 测试代码， 支持系统扩展并对系统扩展具有良好 的适应性。 权利要求书2页 说明书5页 附图2页 CN 115391221 A 2022.11.25 CN 115391221 A 1.一种多处 理器模块故障注入测试 方法， 其特 征在于， 包括以下步骤： S1： 测试设备节点从本地数据库中选 取一条故障注入测试用例， 并通过区块链网络向所 有被测设备节点广播该故障注入测试用例的编号； S2： 处理器模块作为被测设备节点， 从区块链网络中接收到故障注入测试用例的编号 后， 打开该故障注入测试用例的编号所对应的测试脚本， 对该测试脚本进 行解析处理， 提取 故障注入测试用例的输入参数信息， 执行对应的故障处理， 并将每个故障注入测试用例的 实际执行结果生成广播信息并通过区块链网络发送给测试设备节点； S3： 测试设备节点从区块链网络中获取到故障注入测试用例的实际执行结果后， 与该 故 障注入测试用例的预期执行结果相比较， 得出该故障注入测试用例是否通过 的测试结论， 统计故障测试覆盖率和故障测试通过率， 将测试 结论保存到 本地数据库中。 2.如权利要求1所述的方法， 其特征在于， 在测试设备节点执行故障注入测试之前， 首 先生成所有被测设备节点的故障注入测试用例， 测试设备节点统计并保存 所有故障注入测 试用例的个数， 并把每条故障注入测试用例的信息保存到 本地数据库中。 3.如权利要求2所述的方法， 其特征在于， 测试设备节点的本地数据库中存储的内容包 括： 每条故障注入测试用例的编号： 作为数据库的检索项， 该编号 值唯一； 每条故障注入测试用例的说明： 简要阐 述该故障注入测试用例的目的和用途； 每条故障注入测试用例的预期执行结果： 列出故障注入测试用例执行过程中被测设备 节点所有预期的中间运行 结果和最终运行 结果； 故障注入测试用例的实际执行结果： 列 出故障注入测试用例执行过程中被测设备节点 实际的中间运行 结果和最终运行 结果； 故障注入测试用例是否通过： 若预期执行结果和实 际执行结果一致， 表明测试用例通 过； 否则， 表明测试用例不 通过； 故障注入测试用例是否被执行： 若接收到故障注入测试用例的实 际执行结果， 表明测 试已被执 行； 否则， 表明测试 未被执行。 4.如权利要求3所述的方法， 其特征在于， 测试设备节点还通过区块链网络向所有被测 设备节点广播时间， 保证区块链网络内所有被测设备节点的时间同步。 5.如权利要求4所述的方法， 其特征在于， 测试设备节点还通过区块链网络向所有被测 设备节点发送 “启动测试 ”命令和“停止测试 ”命令。 6.如权利要求5所述的方法， 其特征在于， 故障注入测试用例的编 号所对应的测试脚本 的内容包括： 故障注入测试用例的输入参数信息： 包含一项或多项输入参数， 通过设置这些输入参 数的值， 模拟产生各种故障或异常； 输入参数的设置间隔时间： 被测设备节点按照该间隔时间去设置当前的输入参数值， 输入参数的设置间隔时间用于模拟在某种时序下被测设备节点对故障或异常的处 理情况； 是否需要统计本次执行时间： 若需要记录被测设备节点某一故障或异常产生前和产生 后， 被测设备节点的执 行时间， 则设置此脚本参数为 “是”， 否则， 设置此脚本参数为 “否”； 测试用例的输出参数值： 包含一项或多项输出参数， 输出参数包括测试人员关注的所 有中间运行 结果和最终运行 结果。权　利　要　求　书 1/2 页 2 CN 115391221 A 27.如权利要求6所述的方法， 其特 征在于， 步骤S2具体为： S21： 被测设备节点创建一个单独的进程用于处 理测试设备节点的故障注入测试工作； S22： 被测设备节点从区块链网络中接收到测试设备节点发送的 “启动测试 ”命令时， 启 动所述进程 开始工作； S23： 每一个故障注入测试用例编号对应一个测试脚本， 在所述进程中， 被测设备节点从 区块链网络中接收到故障注入测试用例的编号后， 在本地打开对应该编号的测试脚本； S24： 被测设备节点按照测 试脚本中每个输入参数的设置间隔时间， 完成每个输入参数 值的设置； S25： 被测设备节点按照输入参数值执 行相应的故障处 理； S26： 将故障处理过程中产生 的测试结果保存在相应的输出参数中， 并将这些输出参数 通过区块链网络发送给测试设备节点； S27： 被测设备节点从区块链网络中接收到测试设备节点发送的 “停止测试 ”命令时， 停 止所述进程的工作。 8.如权利要求7所述的方法， 其特征在于， 若被测设备节点在 设置完一个输入参数后需 要统计本次测试 的执行时间， 则 当开始执行这条故障注入测试用例时， 将当前系统时间记 录到一区块链账本中； 当执行完这条故障注入测试用例时， 再次将当前系统时间记录到区 块链账本中， 通过区块链账本中两次记录时间之差得到本次测试执行时间， 将本次测试执 行时间生成广播信息并发送到区块链网络中。 9.如权利要求8所述的方法， 其特征在于， 所述故障测试覆盖率和故障测试通过率通过 以下方法获得： 测试设备节点通过区块链网络 向被测设备节点发送 “停止测试 ”命令后， 将 已通过的故障注入测试用例个数除以总测试用例个数得到故障测试通过率， 将已执行的故 障注入测试用例个数除以总故障注入测试用例个数 得到故障测试覆盖率。 10.如权利要求9所述的方法， 其特征在于， 当被测设备节点数量增加或者减少时， 修改 被测设备节点的测试脚本或者测试设备节点的本地数据库中的内容。权　利　要　求　书 2/2 页 3 CN 115391221 A 3