CN113886337B - 一种变更请求记录自动校验的方法及系统 - Google Patents

Abstract

本申请公开了一种变更请求记录自动校验的方法及系统，通过根据报告文件信息提取变更请求信息，并基于变更请求信息构建变更请求列表，对各用例记录的NOK项所关联的变更记录进行获取，并与变更记录列表进行对比，同时将变更记录列表中状态与变更管理工具中当前状态进行对比，形成全自动化测试报告变更请求记录自动校验的功能设计，达到最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

Description

一种变更请求记录自动校验的方法及系统

技术领域

本申请涉及铁路信号系统技术领域，尤其涉及一种变更请求记录自动校验的方法及系统。

背景技术

在当前的铁路信号系统领域，根据流程规范和闭环管理的要求，任何环节的测试所发现的相关测试问题需要在变更管理工具中记录，同时在对应的测试报告中对相关变更请求（CR：Change Request）进行记录和关联，从而确保所测出的问题能够在测试报告中进行追踪，避免在后续的回归测试中有所遗漏。在当前铁路信号系统测试报告编写过程中，变更请求在报告中的关联和记录由人工手动填写，对于人工填写的正确性和全面性检验也由人工执行，包括测试用例详细记录中，未通过用例所关联的变更请求是否在变更请求记录表中记录、变更请求记录表中记录的变更请求状态是否与变更管理工具中的当前状态一致。

本申请发明人在实现本申请实施例中技术方案的过程中，发现上述技术至少存在如下技术问题：

现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

发明内容

本申请的目的是提供一种变更请求记录自动校验的方法及系统，用以解决现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。达到了最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。

鉴于上述问题，本申请实施例提供了一种变更请求记录自动校验的方法及系统。

第一方面，本申请提供了一种变更请求记录自动校验的方法，所述方法包括：步骤1：获得报告文件信息；步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；步骤3：根据所述报告文件信息，获得第一用例测试结论信息；步骤4：判断所述第一用例测试结论信息是否为不通过；步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对剩余未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求列表中变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性检查的变更请求进行提示。

另一方面，本申请还提供了一种变更请求记录自动校验的系统，用于执行如第一方面所述的一种变更请求记录自动校验的方法，所述系统包括：

第一执行单元：所述第一执行单元用于执行步骤1：获得报告文件信息；

第二执行单元：所述第二执行单元用于执行步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；

第三执行单元：所述第三执行单元用于执行步骤3：根据所述报告文件信息，获得第一用例测试结论信息；

第四执行单元：所述第四执行单元用于执行步骤4：判断所述第一用例测试结论信息是否为不通过；

第五执行单元：所述第五执行单元用于执行步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；

第六执行单元：所述第六执行单元用于执行步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；

第七执行单元：所述第七执行单元用于执行步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；

第八执行单元：所述第八执行单元用于执行步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

通过对测试报告中变更记录列表进行信息提取，对各用例记录的NOK项所关联的变更记录进行获取，并与变更记录列表进行对比，同时将变更记录列表中状态与变更管理工具中当前状态进行对比，形成全自动化测试报告变更请求记录自动校验的功能设计，最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。从而解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例的一种变更请求记录自动校验的方法的流程示意图；

图2为本申请实施例二中变更请求记录自动校验的流程示意图；

图3为本申请实施例二中变更管理工具自动校验过程的流程示意图；

图4为本申请实施例二中记录信息与变更管理工具中当前状态的状态校验的流程示意图；

图5为本申请实施例一种变更请求记录自动校验的系统的结构示意图。

附图标记说明：第一执行单元11，第二执行单元12，第三执行13，第四执行单元14，第五执行单元15，第六执行单元16，第七执行单元17，第八执行单元18。

具体实施方式

本申请实施例通过提供一种变更请求记录自动校验的方法及系统，解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

下面，将参考附图对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。基于本申请的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部。

本申请提供的技术方案总体思路如下：

步骤1：获得报告文件信息；步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；步骤3：根据所述报告文件信息，获得第一用例测试结论信息；步骤4：判断所述第一用例测试结论信息是否为不通过；步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示。达到了最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。

在介绍了本申请基本原理后，下面将结合说明书附图来具体介绍本申请的各种非限制性的实施方式。

实施例一

请参阅附图1，本申请实施例提供了一种变更请求记录自动校验的方法，所述方法包括：

步骤1：获得报告文件信息；

具体而言，根据目标文件存放规则获得并读取当前报告文件，所述报告文件信息即为当前报告文件，也就是需要进行自动校验的报告文件。

步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；

进一步的，所述根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表，包括：

对所述报告文件信息进行解析，获得变更请求汇总记录表；

对所述变更请求汇总记录表进行信息提取，获得所述变更请求信息，构建所述变更请求列表。

具体而言，根据所读取的当前报告文件信息进行解析，检测并找到报告文件信息中记录全部变更请求信息的部分即变更请求汇总记录表，将所述变更请求汇总记录表中的信息进行提取，得到其中的变更请求信息，将所有的变更请求信息以列表的形式存入内存空间内，构建变更请求列表，所述变更请求列表包含了所有变更请求信息的内容。

步骤3：根据所述报告文件信息，获得第一用例测试结论信息；

具体而言，在报告文件信息中获取其中一条测试用例的详细测试结论信息，第一用例测试结论信息即为从当前报告文件信息中获取的任意一条用例测试结论信息。

步骤4：判断所述第一用例测试结论信息是否为不通过；

进一步的，所述步骤4：判断所述第一用例测试结论信息是否为不通过之后，所述方法还包括：当所述第一用例测试结论信息非不通过时，进入步骤7判断所述报告文件信息是否完成全部测试用例的检查。

具体而言，判断步骤3获得的第一用例测试结论信息是否为不通过，即NOK，若是则执行步骤5，若不是则跳转至步骤7。

步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；

进一步的，所述步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号之后，所述方法还包括：当第一用例测试的记录信息中不包含所述变更请求记录号时，获得提示信息，所述提示信息用于输出当前用例的测试结果为不通过，且用例记录中未关联变更请求记录号的提示。

具体而言，若当前获得的用例测试结论信息是NOK，在当前测试用例的记录信息中检查变更请求记录部分是否包含至少一个变更请求记录号，当不包含变更请求记录号时，程序输出提示，即获得提示信息，通知使用人员当前用例的测试结果为不通过，但用例记录中未关联变更请求记录号。

步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；

具体而言，当前测试用例的记录信息中检查变更请求记录部分包含变更请求记录号时，程序检查当前用例中所记录的变更请求记录号是否已包含在步骤2生成的变更请求列表中。

步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；

具体而言，当变更请求记录号不在变更请求列表中时，则表示变更请求汇总记录表中没有记录此变更请求，此时程序输出提示，通知使用人员当前用例所关联的变更请求记录号未记录在变更请求列表中。当变更请求记录号在变更请求列表中，则表示变更请求汇总记录表中已经记录了此变更请求，进一步判断报告文件信息是否完成全部测试用例的检查工作，若完成了则表明已经完成了变更记录填写完整性的校验，程序进行变更请求列表所记录信息与变更管理工具中当前状态的校验活动。

步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对剩余未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求列表中变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性检查的变更请求进行提示。

具体而言，当存在未完成用例测试的校验检查工作时，则继续进行未完成用例的测试结果校验检查工作，重新返回步骤3获取新的一条用例测试结论信息继续执行上述步骤3-步骤8，直到所有用例均已完成了校验检查后，完成了变更记录填写完整性的校验，程序进行变更请求列表所记录信息与变更管理工具中当前状态的校验活动，当发现变更请求记录号与变更管理工具中的变更状态不一致时，输出不一致提示信息，用于提示报告中记录的状态与变更管理工具的状态不一致。达到了通过对测试报告中变更记录列表进行信息提取，对各用例记录的NOK项所关联的变更记录进行获取，并与变更记录列表进行对比，同时将变更记录列表中状态与变更管理工具中当前状态进行对比，形成全自动化测试报告变更请求记录自动校验的功能设计，最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。从而解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

进一步的，所述根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示，包括：

获得变更管理工具的接口信息，通过所述接口信息与所述变更管理工具连接；

根据所述变更请求记录号在所述变更管理工具中变更请求记录信息的进行查询，获得状态查询结果，所述状态查询结果包括查询反馈状态、变更请求记录号的反馈结果；

判断所述变更请求记录号的反馈结果是否包含预设反馈信息；

若不包含时，根据所述报告文件信息，获得所述变更请求记录号的报告记录状态；

判断所述报告记录状态与所述查询反馈状态是否一致；

当所述报告记录状态与所述查询反馈状态不一致时，获得不一致提示信息。

具体而言，当完成了报告文件信息与变更请求列表中的变更请求记录号的校验检查后，本申请实施例的程序启动变更请求列表所记录信息与变更管理工具中当前状态的校验活动，即根据变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，发现其中不一致进行提示，通过变更管理工具接口，调用变更请求查询功能，传入变更请求记录号，根据输入的变更请求记录号，获得变更管理工具反馈的查询结果，即状态查询结果，所述状态查询结果包括查询反馈状态、变更请求记录号的反馈结果，具体步骤包括：从测试报告的变更请求列表信息中获取一个变更请求信息。根据当前获取的变更请求记录号，在变更管理工具中申请查询此变更请求在管理工具中的当前状态信息。判断查询申请返回的状态查询结果是否包含预设反馈信息，预设反馈信息主要为格式、查询异常等，如变更请求记录号格式错误、未匹配成功等，当没有预设反馈信息内容即为状态查询结果为正常的状态，此时，对反馈的查询反馈状态进行状态校验判断，判定报告中记录的变更请求状态和变更管理工具中的当前状态是否一致，对于不一致的进行提示，程序继续判断是否完成了变更请求列表中所有变更请求的检查，若是，则结束检查过程，若否，继续执行后续的变更请求检查直到所有的变更请求均检查完成后结束整个检查过程。

进一步的，所述判断所述变更请求记录号的反馈结果是否包含预设反馈信息，包括：

判断所述变更请求记录号的反馈结果是否包含第一反馈信息，所述第一反馈信息为格式错误反馈信息；

当包含所述第一反馈信息时，获得格式错误提示信息；

若不包含时，判断所述变更请求记录号的反馈结果是否包含第二反馈信息，所述第二反馈信息为请求号未找到反馈信息；

当包含所述第二反馈信息时，获得未找到提示信息。

具体而言，对于所述变更请求记录号的反馈结果是否包含预设反馈信息的判断过程为：判断查询申请返回的状态查询结果是否反馈为当前变更请求记录号格式错误，若存在错误输出格式错误提示信息，通知使用人员当前变更请求记录号填写的格式存在错误，请测试人员人工确认，若没有错误进一步判断是否存在其他情况，判断查询申请返回的查询结果是否反馈为当前变更请求记录号未找到，若是输出未找到提示信息，通知使用人员当前变更请求记录号未找到，请测试人员人工确认，若不存在则进一步对查询反馈的状态和变更请求列表中的状态进行校验。

进一步的，所述方法还包括：

判断所述报告记录状态是否为开放状态；

当所述报告记录状态为所述开放状态时，判断所述查询反馈状态是否为第一预设状态，所述第一预设状态为验证状态之前的任一状态；

若不是所述第一预设状态时，获得所述不一致提示信息。

具体而言，变更请求在流转过程中，正常的流转顺序为：已提交->已记录->已分析->已计划->已实现->已验证->已交付->已关闭。特殊情况下可能存在CR（ChangeRequest变更请求）被拒绝的情况，状态为已拒绝，后续流转过程为已拒绝->已删除。在进行状态查询结果中反馈的状态和变更请求列表中的状态的校验，具体为，首先判断报告记录状态是否为开放状态，当报告记录状态为开放状态时，判断当前变更请求在管理工具中的当前状态即查询反馈状态是否为验证状态之前的任一状态，开放状态的变更请求要求变更管理工具中状态至少为未验证，因此程序判断变更管理工具中当前状态应为验证之前的任一状态（已提交、已记录、已分析、已计划、已实现），若是，则说明报告中填写的信息正常，无需特殊处理，判定过程结束，若不满足上述第一预设状态时则程序输出不一致提示信息，通知使用人员当前变更请求在报告中填写的状态与变更管理工具中的当前状态不一致。

进一步的，所述判断所述报告记录状态是否为开放状态之后，所述方法还包括：

当所述报告记录状态非所述开放状态时，判断所述报告记录状态是否为关闭状态；

当所述报告记录状态为所述关闭状态时，判断所述查询反馈状态是否为第二预设状态，所述第二预设状态为实现状态之后的任一状态；

当不满足所述第二预设状态时，获得所述不一致提示信息。

具体而言，当所述报告记录状态不是所述开放状态时，判断报告记录状态是否为关闭状态，若报告记录状态为关闭状态时，判断查询反馈状态即当前变更请求在管理工具中的当前状态是否为实现状态之后的任一状态，程序针对报告记录为关闭状态的变更请求进行状态判断，关闭状态的变更请求要求变更管理工具中状态至少为已验证，因此程序判断变更管理工具中当前状态应为实现之后的任一状态（已验证、已交付、已关闭），若是，则说明报告中填写的信息正常，无需特殊处理，判定过程结束，若不是，程序输出提示，通知使用人员当前变更请求在报告中填写的状态与变更管理工具中的当前状态不一致。

进一步的，所述判断所述报告记录状态是否为关闭状态之后，还包括：

当所述报告记录状态非所述关闭状态时，判断所述报告记录状态是否为拒绝状态；

当所述报告记录状态非所述拒绝状态时，获得状态错误提示，所述状态错误提示用于通知当前变更请求在报告中填写的状态存在错误，无法解析；

当所述报告记录状态为所述拒绝状态时，判断所述查询反馈状态是否为第三预设状态，所述第三预设状态为已删除状态；

当不满足所述第三预设状态时，获得所述不一致提示信息。

具体而言，当报告记录状态不是所述关闭状态时，判断所述报告记录状态是否为拒绝状态，若报告记录状态为拒绝状态，判断当前变更请求在管理工具中的当前状态为已删除状态，拒绝状态的变更请求要求变更管理工具中状态必须为已删除，若是，则说明报告中填写的信息正常，无需特殊处理，判定过程结束，若不是程序输出不一致提示信息，通知使用人员当前变更请求在报告中填写的状态与变更管理工具中的当前状态不一致。若报告记录状态不是拒绝状态时，输出状态错误提示，通知使用人员当前变更请求在报告中填写的状态存在错误，无法解析。达到了审核校验过程自动化进行，最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。进一步解决现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

实施例二

为了更加清楚了解本申请实施例提供的一种变更请求记录自动校验的方法，下面结合具体的应用场景进行详细说明。

以检验某测试报告中变更请求过程举例，结合图2变更请求记录自动校验的流程示意图，对变更请求记录校验检查过程进行详细描述：

场景：报告变更请求记录列表中包含CR101、CR102，用例1执行结论OK，用例2执行结论NOK但变更请求记录列为空，用例3执行结论NOK且变更记录列中记录CR101，用例4执行结论NOK且变更记录列中记录CR103：

在步骤101中，程序通过检查目标路径，获取当前报告文件，读入报告文件详细信息，跳转至步骤102。

在步骤102中，程序根据读入的报告详细信息，获取报告中变更请求记录表格的信息，并形成变更请求列表，跳转至步骤103。

在步骤103中，程序获取报告中用例1的详细结论信息，跳转至步骤104。

在步骤104中，程序判断当前用例结论为通过，跳转至步骤109。

在步骤109中，程序判断未完成全部用例的检查，跳转至步骤103。

在步骤103中，程序获取报告中用例2的详细结论信息，跳转至步骤104。

在步骤104中，程序判断当前用例结论为不通过，跳转至步骤105。

在步骤105中，程序判断变更请求记录列中未记录有变更请求记录号，跳转至步骤106。

在步骤106中，程序给出提示输出“用例2测试结果为NOK，但未关联变更请求记录号”，跳转至步骤109。

在步骤109中，程序判断未完成全部用例的检查，跳转至步骤103。

在步骤103中，程序获取报告中用例3的详细结论信息，跳转至步骤104。

在步骤104中，程序判断当前用例结论为不通过，跳转至步骤105。

在步骤105中，程序判断变更请求记录列中记录有变更请求记录号CR001，跳转至步骤107。

在步骤107中，程序判断CR101在变更请求列表中存在，跳转至步骤109。

在步骤109中，程序判断未完成全部用例的检查，跳转至步骤103。

在步骤103中，程序获取报告中用例4的详细结论信息，跳转至步骤104。

在步骤104中，程序判断当前用例结论为不通过，跳转至步骤105。

在步骤105中，程序判断变更请求记录列中记录有变更请求记录号CR103，跳转至步骤107。

在步骤107中，程序判断CR103在变更请求列表中不存在，跳转至步骤108。

在步骤108中，程序给出提示输出“用例4所关联的变更请求记录号CR103未在变更请求列表中”，跳转至步骤109。

在步骤109中，程序判断已完成全部用例的检查，跳转至用例110。

在步骤110中，程序对当前报告的变更请求列表信息与变更管理工具中当前状态进行校验。

针对步骤110的详细流转过程，下面以检验某测试报告中变更请求列表的过程举例，结合图3变更管理工具自动校验过程的流程示意图，对变更请求校验检查过程进行详细描述：

场景：列表中包含C-R201、CR200、CR202，变更请求管理工具中记录有CR201、CR202：

在步骤201中，程序获取报告中记录的C-R201变更请求信息，跳转至步骤202。

在步骤202中，程序根据变更请求记录号“C-R201”，通过接口申请查询变更申请信息，并获取变更管理工具的反馈信息，跳转至步骤203。

在步骤203中，程序判断反馈信息为记录号格式错误，跳转至步骤204。

在步骤204中，程序给出提示输出“当前C-R201记录号格式存在错误，请测试人员人工确认”，跳转至步骤208。

在步骤208中，程序判断未完成变更请求列表中全部变更请求的检查，跳转至步骤201。

在步骤201中，程序获取报告中记录的CR200变更请求信息，跳转至步骤202。

在步骤202中，程序根据变更请求记录号“CR200”，通过接口申请查询变更申请信息，并获取变更管理工具的反馈信息，跳转至步骤203。

在步骤203中，程序判断反馈信息不为记录号格式错误，跳转至步骤205。

在步骤205中，程序判断反馈信息为记录号未找到，跳转至步骤206。

在步骤206中，程序给出提示输出“当前CR200记录号未找到，请测试人员人工确认”，跳转至步骤208。

在步骤208中，程序判断未完成变更请求列表中全部变更请求的检查，跳转至步骤201。

在步骤201中，程序获取报告中记录的CR202变更请求信息，跳转至步骤202。

在步骤202中，程序根据变更请求记录号“CR202”，通过接口申请查询变更申请信息，并获取变更管理工具的反馈信息，跳转至步骤203。

在步骤203中，程序判断反馈信息不为记录号格式错误，跳转至步骤205。

在步骤205中，程序判断反馈信息不为记录号未找到，跳转至步骤207。

在步骤207中，程序根据获取的反馈信息与报告中记录的状态信息比较，确定报告填写的正确性，跳转至步骤208。

在步骤208中，程序判断已完成变更请求列表中全部变更请求的检查。

针对步骤207的详细流转过程，下面以检验某测试报告中变更请求列表的过程举例，结合图4记录信息与变更管理工具中当前状态的状态校验的流程示意图，对变更请求报告中的状态与变更管理工具中当前的状态判断检查的过程进行详细描述：

场景301：CR301报告中状态为Open，变更管理工具中记录的当前状态为已记录；

在步骤301中，程序获取变更请求CR301在报告中记录的状态为Open，跳转至步骤302。

在步骤302中，程序判断变更请求CR301在变更请求管理工具中反馈的当前状态为已记录，该状态在验证状态之前，程序判断逻辑结束。

场景302：CR302报告中状态为Open，变更管理工具中记录的当前状态为已验证；

在步骤301中，程序获取变更请求CR302在报告中记录的状态为Open，跳转至步骤302。

在步骤302中，程序判断变更请求CR302在变更请求管理工具中反馈的当前状态为已验证，该状态在验证状态之后，跳转至步骤303。

在步骤303中，程序给出提示输出“当前CR302报告记录状态与变更管理工具中的当前状态不一致”，程序判断逻辑结束。

场景303：CR303报告中状态为Closed，变更管理工具中记录的当前状态为已验证；

在步骤301中，程序获取变更请求CR303在报告中记录的状态不为Open，跳转至步骤304。

在步骤304中，程序获取变更请求CR303在报告中记录的状态为Closed，跳转至步骤305。

在步骤305中，程序判断变更请求CR303在变更请求管理工具中反馈的当前状态为已验证，该状态在实现状态之后，程序判断逻辑结束。

场景304：CR304报告中状态为Closed，变更管理工具中记录的当前状态为已分析；

在步骤301中，程序获取变更请求CR304在报告中记录的状态不为Open，跳转至步骤304。

在步骤304中，程序获取变更请求CR304在报告中记录的状态为Closed，跳转至步骤305。

在步骤305中，程序判断变更请求CR304在变更请求管理工具中反馈的当前状态为已分析，该状态在实现状态之前，跳转至步骤306。

在步骤306中，程序给出提示输出“当前CR304报告记录状态与变更管理工具中的当前状态不一致”，程序判断逻辑结束。

场景305：CR305报告中状态为Rejected，变更管理工具中记录的当前状态为已删除；

在步骤301中，程序获取变更请求CR305在报告中记录的状态不为Open，跳转至步骤304。

在步骤304中，程序获取变更请求CR305在报告中记录的状态不为Closed，跳转至步骤307。

在步骤307中，程序获取变更请求CR305在报告中记录的状态为Rejected，跳转至步骤308。

在步骤308中，程序判断变更请求CR305在变更请求管理工具中反馈的当前状态为已删除，程序判断逻辑结束。

场景306：CR306报告中状态为Rejected，变更管理工具中记录的当前状态为已提交；

在步骤301中，程序获取变更请求CR306在报告中记录的状态不为Open，跳转至步骤304。

在步骤304中，程序获取变更请求CR306在报告中记录的状态不为Closed，跳转至步骤307。

在步骤307中，程序获取变更请求CR306在报告中记录的状态为Rejected，跳转至步骤308。

在步骤308中，程序判断变更请求CR306在变更请求管理工具中反馈的当前状态为已提交，跳转至步骤309。

在步骤309中，程序给出提示输出“当前CR306报告记录状态与变更管理工具中的当前状态不一致”，程序判断逻辑结束。

场景307：CR307报告中状态为Unknown，变更管理工具中记录的当前状态为已提交；

在步骤301中，程序获取变更请求CR307在报告中记录的状态不为Open，跳转至步骤304。

在步骤304中，程序获取变更请求CR307在报告中记录的状态不为Closed，跳转至步骤307。

在步骤307中，程序获取变更请求CR307在报告中记录的状态不为Rejected，跳转至步骤310。

在步骤310中，程序给出提示输出“当前CR307报告记录状态填写错误”，程序判断逻辑结束。

通过本申请实施例的方法，使测试报告中变更请求记录审核过程的无人化、自动化变为可能。通过对测试报告中变更记录列表进行信息提取，对各用例记录的NOK项所关联的变更记录进行获取，并与变更记录列表进行对比，同时将变更记录列表中状态与变更管理软件中当前状态进行对比，形成全自动化测试报告变更请求记录自动校验的功能设计。最大程度的减少变更请求记录审核的人工参与，达到解放测试人力、提升测试质量和效率的效果。解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，对审核人员的专业性要求存在一定的门槛，存在人员疏忽导致配置错误的发生而影响测试质量和效率的技术问题。

实施例三

基于与前述实施例中一种变更请求记录自动校验的方法，同样发明构思，本发明还提供了一种变更请求记录自动校验的系统，请参阅附图5，所述系统包括：

第一执行单元11：所述第一执行单元11用于执行步骤1：获得报告文件信息；

第二执行单元12：所述第二执行单元12用于执行步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；

第三执行单元13：所述第三执行单元13用于执行步骤3：根据所述报告文件信息，获得第一用例测试结论信息；

第四执行单元14：所述第四执行单元14用于执行步骤4：判断所述第一用例测试结论信息是否为不通过；

第五执行单元15：所述第五执行单元15用于执行步骤5：当所述第一用例测试结论信息为不通过时，判断所述第一用例测试结论信息的记录信息中是否包含变更请求记录号；

第六执行单元16：所述第六执行单元16用于执行步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；

第七执行单元17：所述第七执行单元17用于执行步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；

第八执行单元18：所述第八执行单元18用于执行步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示。

进一步的，所述系统还包括：

第九执行单元：所述第九执行单元用于当所述第一用例测试结论信息非不通过时，进入步骤7判断所述报告文件信息是否完成全部测试用例的检查。

进一步的，所述系统还包括：

第一获得单元：所述第一获得单元用于当所述第一用例测试结论信息的记录信息中不包含所述变更请求记录号时，获得提示信息，所述提示信息用于输出当前用例的测试结果为不通过，且用例记录中未关联变更请求记录号的提示。

进一步的，所述系统还包括：

第二获得单元：所述第二获得单元用于对所述报告文件信息进行解析，获得变更请求汇总记录表；

第一构建单元：所述第一构建单元用于对所述变更请求汇总记录表进行信息提取，获得所述变更请求信息，构建所述变更请求列表。

进一步的，所述系统还包括：

第三获得单元：所述第三获得单元用于获得变更管理工具；

第四获得单元：所述第四获得单元用于根据所述变更请求记录号在所述变更管理工具中进行状态查询，获得状态查询结果，所述状态查询结果包括查询反馈状态、变更请求记录号的反馈结果；

第一判断单元：所述第一判断单元用于判断所述变更请求记录号的反馈结果是否包含预设反馈信息；

第五获得单元：所述第五获得单元用于若不包含时，根据所述报告文件信息，获得所述变更请求记录号的报告记录状态；

第二判断单元：所述第二判断单元用于判断所述报告记录状态与所述查询反馈状态是否一致；

第六获得单元：所述第六获得单元用于当所述报告记录状态与所述查询反馈状态不一致时，获得不一致提示信息。

进一步的，所述系统还包括：

第三判断单元：所述第三判断单元用于判断所述变更请求记录号的反馈结果是否包含第一反馈信息，所述第一反馈信息为格式错误反馈信息；

第七获得单元：所述第七获得单元用于当包含所述第一反馈信息时，获得格式错误提示信息；

第四判断单元：所述第四判断单元用于若不包含时，判断所述变更请求记录号的反馈结果是否包含第二反馈信息，所述第二反馈信息为请求号未找到反馈信息；

第八获得单元：所述第八获得单元用于当包含所述第二反馈信息时，获得未找到提示信息。

进一步的，所述系统还包括：

第五判断单元：所述第五判断单元用于判断所述报告记录状态是否为开放状态；

第六判断单元：所述第六判断单元用于当所述报告记录状态为所述开放状态时，判断所述查询反馈状态是否为第一预设状态，所述第一预设状态为验证状态之前的任一状态；

第九获得单元：所述第九获得单元用于若不是所述第一预设状态时，获得所述不一致提示信息。

进一步的，所述系统还包括：

第七判断单元：所述第七判断单元用于当所述报告记录状态非所述开放状态时，判断所述报告记录状态是否为关闭状态；

第八判断单元：所述第八判断单元用于当所述报告记录状态为所述关闭状态时，判断所述查询反馈状态是否为第二预设状态，所述第二预设状态为实现状态之后的任一状态；

第十获得单元：所述第十获得单元用于当不满足所述第二预设状态时，获得所述不一致提示信息。

进一步的，所述系统还包括：

第九判断单元：所述第九判断单元用于当所述报告记录状态非所述关闭状态时，判断所述报告记录状态是否为拒绝状态；

第十一获得单元：所述第十一获得单元用于当所述报告记录状态非所述拒绝状态时，获得状态错误提示，所述状态错误提示用于通知当前变更请求在报告中填写的状态存在错误，无法解析；

第十判断单元：所述第十判断单元用于当所述报告记录状态为所述拒绝状态时，判断所述查询反馈状态是否为第三预设状态，所述第三预设状态为已删除状态；

第十二获得单元：所述第十二获得单元用于当不满足所述第三预设状态时，获得所述不一致提示信息。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，前述图1实施例一中的一种变更请求记录自动校验的方法和具体实例同样适用于本实施例的一种变更请求记录自动校验的系统，通过前述对一种变更请求记录自动校验的方法的详细描述，本领域技术人员可以清楚的知道本实施例中一种变更请求记录自动校验的系统，所以为了说明书的简洁，在此不再详述。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

本申请提供了一种变更请求记录自动校验的方法及系统，通过对测试报告中变更记录列表进行信息提取，对各用例记录的NOK项所关联的变更记录进行获取，并与变更记录列表进行对比，同时将变更记录列表中状态与变更管理工具中当前状态进行对比，形成全自动化测试报告变更请求记录自动校验的功能设计，最大程度的减少变更请求记录审核的人工参与，使测试报告中变更请求记录审核过程无人化、自动化变为可能，具有解放测试人力、提升测试质量和效率的技术效果。从而解决了现有技术中变更请求的正确性和全面性校验目前仍采用人工方式处理，审核效率低，存在人员疏忽导致配置错误发生而影响测试质量和效率的技术问题。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计算机程序产品。因此，本申请可采用完全软件实施例、完全硬件实施例、或结合软件和硬件方面实施例的形式。此外，本申请为可以在一个或多个包含有计算机可用程序代码的计算机可用存储介质上实施的计算机程序产品的形式。而所述的计算机可用存储介质包括但不限于：U盘、移动硬盘、只读存储器（Read-0nly Memory，简称ROM）、随机存取存储器（Random AccessMemory，简称RAM）、磁盘存储器、只读光盘（Compact Disc Read-Only Memory，简称CD-ROM）、光学存储器等各种可以存储程序代码的介质。

本发明是参照本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的系统。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品，该指令系统实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种变更请求记录自动校验的方法，其特征在于，所述方法包括：

步骤1：获得报告文件信息；

步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；

步骤3：根据所述报告文件信息，获得第一用例测试结论信息；

步骤4：判断所述第一用例测试结论信息是否为不通过；

步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；

步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；

步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；

步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对剩余未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求列表中变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性检查的变更请求进行提示；

所述根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示，包括：

获得变更管理工具的接口信息，通过所述接口信息与所述变更管理工具连接；

根据所述变更请求记录号在所述变更管理工具中进行变更请求记录信息的查询，获得状态查询结果，所述状态查询结果包括查询反馈状态、变更请求记录号的反馈结果；

判断所述变更请求记录号的反馈结果是否包含预设反馈信息，所述预设反馈信息用于表征所述变更请求记录号存在格式错误或未找到所述变更请求记录号的反馈信息；

若不包含时，根据所述报告文件信息，获得所述变更请求记录号的报告记录状态；

判断所述报告记录状态与所述查询反馈状态是否一致；

当所述报告记录状态与所述查询反馈状态不一致时，获得不一致提示信息。

2.如权利要求1所述的方法，其特征在于，所述步骤4：判断所述第一用例测试结论信息是否为不通过之后，所述方法还包括：

当所述第一用例测试结论信息非不通过时，进入步骤7判断所述报告文件信息是否完成全部测试用例的检查。

3.如权利要求1所述的方法，其特征在于，所述步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号之后，所述方法还包括：

当第一用例测试的记录信息中不包含所述变更请求记录号时，获得提示信息，所述提示信息用于输出当前用例的测试结果为不通过，且用例记录中未关联变更请求记录号的提示。

4.如权利要求1所述的方法，其特征在于，所述根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表，包括：

对所述报告文件信息进行解析，获得变更请求汇总记录表；

对所述变更请求汇总记录表进行信息提取，获得所述变更请求信息，构建所述变更请求列表。

5.如权利要求1所述的方法，其特征在于，所述判断所述变更请求记录号的反馈结果是否包含预设反馈信息，包括：

判断所述变更请求记录号的反馈结果是否包含第一反馈信息，所述第一反馈信息为格式错误反馈信息；

当包含所述第一反馈信息时，获得格式错误提示信息；

若不包含时，判断所述变更请求记录号的反馈结果是否包含第二反馈信息，所述第二反馈信息为请求号未找到反馈信息；

当包含所述第二反馈信息时，获得未找到提示信息。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

判断所述报告记录状态是否为开放状态；

当所述报告记录状态为所述开放状态时，判断所述查询反馈状态是否为第一预设状态，所述第一预设状态为验证状态之前的任一状态；

若不是所述第一预设状态时，获得所述不一致提示信息。

7.如权利要求6所述的方法，其特征在于，所述判断所述报告记录状态是否为开放状态之后，所述方法还包括：

当所述报告记录状态非所述开放状态时，判断所述报告记录状态是否为关闭状态；

当所述报告记录状态为所述关闭状态时，判断所述查询反馈状态是否为第二预设状态，所述第二预设状态为实现状态之后的任一状态；

当不满足所述第二预设状态时，获得所述不一致提示信息。

8.如权利要求7所述的方法，其特征在于，所述判断所述报告记录状态是否为关闭状态之后，还包括：

当所述报告记录状态非所述关闭状态时，判断所述报告记录状态是否为拒绝状态；

当所述报告记录状态非所述拒绝状态时，获得状态错误提示，所述状态错误提示用于通知当前变更请求在报告中填写的状态存在错误，无法解析；

当所述报告记录状态为所述拒绝状态时，判断所述查询反馈状态是否为第三预设状态，所述第三预设状态为已删除状态；当不满足所述第三预设状态时，获得所述不一致提示信息。

9.一种变更请求记录自动校验的系统，其特征在于，所述系统包括：

第一执行单元：所述第一执行单元用于执行步骤1：获得报告文件信息；

第二执行单元：所述第二执行单元用于执行步骤2：根据所述报告文件信息，获得变更请求信息，并基于所述变更请求信息构建变更请求列表；

第三执行单元：所述第三执行单元用于执行步骤3：根据所述报告文件信息，获得第一用例测试结论信息；

第四执行单元：所述第四执行单元用于执行步骤4：判断所述第一用例测试结论信息是否为不通过；

第五执行单元：所述第五执行单元用于执行步骤5：当所述第一用例测试结论信息为不通过时，判断第一用例测试的记录信息中是否包含变更请求记录号；

第六执行单元：所述第六执行单元用于执行步骤6：当包含所述变更请求记录号时，判断所述变更请求记录号是否包含在所述变更请求列表中；

第七执行单元：所述第七执行单元用于执行步骤7：当包含在所述变更请求列表中时，判断所述报告文件信息是否完成全部测试用例的检查；

第八执行单元：所述第八执行单元用于执行步骤8：当未完成全部测试用例的检查时，返回步骤3获得第二用例测试结论信息，继续对未完成测试用例进行检查，当完成全部测试用例检查时，根据所述变更请求记录号与变更管理工具中的变更状态进行一致性对比检查，并对不满足一致性的变更状态进行提示；

所述系统还包括：

第三获得单元：所述第三获得单元用于获得变更管理工具的接口信息，通过所述接口信息与所述变更管理工具连接；

第四获得单元：所述第四获得单元用于根据所述变更请求记录号在所述变更管理工具中进行状态查询，获得状态查询结果，所述状态查询结果包括查询反馈状态、变更请求记录号的反馈结果；

第一判断单元：所述第一判断单元用于判断所述变更请求记录号的反馈结果是否包含预设反馈信息，所述预设反馈信息用于表征所述变更请求记录号存在格式错误或未找到所述变更请求记录号的反馈信息；

第五获得单元：所述第五获得单元用于若不包含时，根据所述报告文件信息，获得所述变更请求记录号的报告记录状态；

第二判断单元：所述第二判断单元用于判断所述报告记录状态与所述查询反馈状态是否一致；

第六获得单元：所述第六获得单元用于当所述报告记录状态与所述查询反馈状态不一致时，获得不一致提示信息。

Images