软件测试文档处理方法、装置、计算机设备和存储介质与流程

1.本发明涉及软件自动化测试领域，具体涉及一种软件测试文档处理方法、装置、计算机设备和存储介质。


背景技术：

2.在目前日益激烈的国际竞争环境下，国家正大力推进计算机软硬件尤其是军用软硬件的自主可控，三方评测是保证军用软件质量的有效手段，按gjb相关要求，军用软件三方评测最终需提交委托方包括软件测试需求(计划)、测试说明、测试记录、测试问题单、测试报告在内的多份文档来作为评测过程和结果的衡量标准。测试文档编写工作随着软件规模的增大而增大，单份文档动辄几百上千页，文档之间关联关系复杂，如测试说明需根据测试需求进行用例设计，测试报告需依据测试问题单、测试记录进行数据统计，测试说明、测试报告与软件需求和测试需求的追踪等。在有限的时间安排下，提高文档编写效率和准确性，保证多份文档前后描述的一致性，从而提高测试文档质量，保证测试有效性是三方评测各方关注的内容之一。目前在软件测试文档编写上主要有纯手工编写、半自动处理、采用自动化处理工具三种方式，三种处理方式特点如下：
3.1、纯手工编写，从软件测试需求、测试说明、测试记录、测试问题单到测试报告均手工编写，人工校对，该方法耗时、费力、效率较低，容易出现多份文档前后数据不一致情况。
4.2、半自动处理，利用办公软件自带的脚本录制功能，对文档进行处理，包括格式处理、表格处理等。该方法只能对部分重复工作进行自动处理，效率提升有限，不能解决多份文档不一致情况，操作复杂，不易上手。
5.3、采用自动化处理工具，目前自动化工具一般均采用b/s或c/s架构，服务器端安装数据库，客户端安装在pc机上，用户在客户端填写数据，保存在数据库，需要时再根据模板生成测试文档。该方法优点是很大程度上提高了文档编写效率，改善文档不一致情况，提高准确率。但是军用软件具有较高的保密性要求，测试环境有很大的限制，如不能提供数据库服务器，硬件平台不能连接互联网，导致有很多的自动处理工具不能适用军用软件测试文档编写要求；在操作上，现有工具追求文档所有内容全部在工具中完成，以及为了适用不同的用户，导致工具界面操作复杂，测试人员不愿意使用。另外，测试时间有限，测试软件功能复杂、测试辅助工具较多，减少在文档自动处理工具的学习、安装部署上的消耗时间可间接提高测试质量。


技术实现要素：

6.因此，本发明针对目前军用软件测试文档编写方向上的准确性与效率不高，同一个项目多份文档在数据、内容、格式上的不一致问题，结合现有测试文档自动化处理工具安装部署复杂、易用性差等不足之处，提供一种为军用软件等特殊行业软件三方测试的文档编写自动化的软件测试文档处理方法、装置、计算机设备和存储介质。
7.为了实现上述目的，本发明提供一种软件测试文档处理方法，包括：获取用户填写的测试需求文档；判定所述测试需求文档的文档类型，并根据所述文档类型对所述测试需求文档进行解析，将解析内容保存为第一xml文档；解析所述第一xml文档生成测试说明框架；根据所述文档类型在预设界面显示所述测试说明框架，以便让用户完善所述测试需求文档形成测试记录表格；基于所述测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
8.在其中一个实施例中，所述根据所述文档类型对所述测试需求文档进行解析，将解析内容保存为第一xml文档，包括：根据所述文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容；根据所述表格格式，对所述表格内容进行存储，保存到第一xml文档。
9.在其中一个实施例中，所述解析所述第一xml文档生成测试说明框架，包括：根据预设分类识别算法处理所述第一xml文档，生成若干表单分页数据和表单结构信息，一个表单分页数据对应一个表单结构信息；通过自然语言处理模型处理所述表单单元数据，生成若干表单字段数据；根据所述表单结构信息和所述表单字段数据合成测试说明框架。
10.在其中一个实施例中，所述根据所述文档类型在预设界面显示所述测试说明框架，包括：对所述第一xml文档解析，得到界面组织层级关系、菜单条目与菜单的层级关系、菜单条目、菜单属性信息；根据解析的所述界面组织层级关系、所述菜单条目与菜单的层级关系、所述菜单条目，依次创建菜单界面类实例、菜单与菜单间和菜单与显示界面间的父子关联关系；利用所述菜单属性信息对所述菜单界面类实例进行属性扩充，扩充每个菜单显示内容，使得预设界面能按照所述第一xml文档中的描述进行显示，得到每个页面的组织结构模型；基于所述界面组织层级关系及所述每个页面的组织结构模型，建立每个页面对每种按键的相应规则；根据所述文档类型在预设界面对所述测试说明框架进行显示并监测被输入的动作。
11.在其中一个实施例中，所述属性扩充的属性包括显示内容、不可更改项、可更改项、需要定时刷新项、刷新数据的来源和页面布局。
12.在其中一个实施例中，所述基于所述测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告，包括：基于所述测试记录表格记录测试结果，得到被完善的测试需求文档；将被完善的测试需求文档存储为第二xml文档；从所述第二xml文档中提取被输入的测试结果，对所述测试结果进行统计分析，得到统计结果；根据统计结果生成测试记录报告。
13.在其中一个实施例中，判定所述测试需求文档的文档类型，并根据所述文档类型对所述测试需求文档进行解析，包括：如果所述文档类型为xml文档，则利用python脚本语言解析所述测试需求文档；如果所述文档类型为docx或doc文档，则利用win32com或python-docx库解析所述测试需求文档。
14.一种软件测试文档处理装置，装置包括：需求获取模块，用于获取用户填写的测试需求文档；xml文档存储模块，用于判定所述测试需求文档的文档类型，并根据所述文档类型对所述测试需求文档进行解析，将解析内容保存为第一xml文档；框架生成模块，用于解析所述第一xml文档生成测试说明框架；界面显示模块，用于根据所述文档类型在预设界面显示所述测试说明框架，以便让用户完善所述测试需求文档形成测试记录表格；报告生成
模块，用于基于所述测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
15.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述方法的步骤。
16.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述的方法的步骤。
17.与现有技术相比，本发明的优点在于：将不同文档类型的测试需求文档转换为xml文档，解消了同一个项目多份文档在数据、内容、格式上的不一致问题，能够提高软件测试文档编写效率与准确性，改善文档不一致情况。并且还可以通过对不同测试阶段的xml文档的关联性分析，实现文档一致性；通过对文档中具有相同格式，不同内容的部分进行自动化填充，实现文档编写的效率，并保证测试质量和有效性。文档内容也可根据用户上一阶段输入进行部分生成，减少用户输入，从而提高效率，增加准确性。
附图说明
18.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
19.图1是本发明的实施例中软件测试文档处理方法的流程示意图；
20.图2是本发明的实施例中软件测试文档处理方法中xml文档的示意图；
21.图3是本发明的实施例中软件界面的显示示意图；
22.图4是本发明的实施例中软件界面的另一显示示意图；
23.图5是本发明的实施例中测试说明框架生成步骤的流程示意图；
24.图6是本发明的实施例中软件测试文档处理装置的结构框图；
25.图7是本发明的实施例中计算机设备的内部结构图。
具体实施方式
26.下面结合附图对本技术实施例进行详细描述。
27.以下通过特定的具体实例说明本技术的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本技术的其他优点与功效。显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。本技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本技术的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
28.要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本技术，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目和方面来实施设备及/或实践方法。另外，可使用除
了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
29.还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本技术的基本构想，图式中仅显示与本技术中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。
30.另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。
31.如图1所示，本技术实施例提供一种软件测试文档处理方法，可以应用在终端或服务器上，终端可以控制程序但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式智能设备，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现，发送端和接收端可以是终端或服务器。需要强调的是，本技术实施例中所有的文档均可以在不同终端间传输，且传输方式不限于有线或无线传输方式。以应用在终端为例，方法包括以下步骤：
32.步骤101，获取用户填写的测试需求文档。
33.测试需求文档可以是由用户预先填写好的，可以是存储在当前终端上的，也可以通过与其他终端通信获得的。军用软件测试文档可以依据gjb438b等文档要求进行设计，测试项、测试用例等以表格方式体现。软件测试文档包括测试需求文档和测试结果等。软件测试文档中的表格格式统一，数量庞大，例如测试需求文档中的每个测试项一个表格，表格中包含了测试项名称、测试项标识、与软件需求的追踪、测试项描述、测试方法、测试内容、约束条件、评价准则等。测试说明中的每个用例一个表格，包括测试用例名称、标识、测试用例概述、追踪、测试步骤、设计人员、终止条件等内容。测试需求、说明、记录、报告等文档关联紧密，例如，测试用例表格中的标识可根据测试需求进行自动化设计、测试用例综述、与测试需求的追踪关系和测试用例名称可从测试需求的测试项中提取；而文档中的系统概述、环境描述、测试进度、质量保证等描述在工具中编写并不能提高效率，反而在操作上变得复杂。因此，用户可以根据需要填写对应的测试需求文档，对文档中的表格进行设置。
34.用户可以通过在终端上定制测试文档表格模板并保存。模板的文档形式可以是xml(extensiblemarkuplanguage，即可扩展标记语言)文档或docx文档或doc文档。在一个实施例中，模板的文档形式采用最终输出文档形式，为docx类型文档。在一个实施例中，用户可以根据开发方或委托方提供的任务书、技术要求、软件需求等要求，通过终端的word办公软件编辑测试需求文档。终端可以控制程序获取用户填写的测试需求文档。
35.步骤102，判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档。
36.终端判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档，如图2所示。在一个实施例中，判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，包括：如果文档类型为xml文档，终端则利用python脚本语言解析测试需求文档；如果文档类型为docx或doc文档，终端则利用win32com或python-docx库解析测试需求文档。
37.步骤103，解析第一xml文档生成测试说明框架。
38.终端解析第一xml文档生成测试说明框架。终端解析第一xml文档，可以提取出测试说明中的测试用例标识、与测试需求的追踪、测试用例综述等内容，从而实现了测试需求与测试说明的关联与一致性。终端可以控制程序根据提取出的内容生成测试说明框架。
39.步骤104，根据文档类型在预设界面显示测试说明框架，以便让用户完善测试需求文档形成测试记录表格。
40.终端根据文档类型在预设界面显示测试说明框架，以便让用户完善测试需求文档形成测试记录表格。测试人员可以在预设界面内填写测试说明中的测试步骤、系统概述、环境描述等信息，形成完整的测试说明表格。如果文档类型为xml文档，终端形成如图3所示的测试记录表格；如果文档类型为docx或doc文档，终端形成如图4所示的测试记录表格。终端可以控制程序将测试记录表格以xml文档进行存储。预设界面可以采用pyqt5图形库进行编写。
41.步骤105，基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
42.终端可以控制程序在预设界面显示测试记录表格，测试人员可以在预设界面内详细记录测试结果、问题单等，得到被完善的测试需求文档，生成测试记录报告，终端可以控制程序根据测试记录完善步骤104中生成的xml文档。
43.在测试记录表格被填写完成后，终端可以控制程序根据xml内容形成测试需求到软件需求、测试说明到测试需求的追踪关系表，可提取回归测试复用的用例，生成测试记录报告。终端也可以根据xml文档对测试结果进行统计，包括测试问题等级、数量、用例总数、通过用例数等信息，生成测试记录报告。
44.上述方法，将不同文档类型的测试需求文档转换为xml文档，解消了同一个项目多份文档在数据、内容、格式上的不一致问题，能够提高软件测试文档编写效率与准确性，改善文档不一致情况。并且还可以通过对不同测试阶段的xml文档的关联性分析，实现文档一致性；通过对文档中具有相同格式，不同内容的部分进行自动化填充，实现文档编写的效率，并保证测试质量和有效性。文档内容也可根据用户上一阶段输入进行部分生成，减少用户输入，从而提高效率，增加准确性。
45.在一个实施例中，根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档，包括：根据文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容；根据表格格式，对表格内容进行存储，保存到第一xml文档。
46.终端根据文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容。当文档类型为xml文档时，终端可以控制程序python语言阅读xml约束文档，编写xml文档；软件框架编写xml约束文档，解析xml文档；xml约束文档规定了xml文档的书写规则。当文档类型为docx或doc文档时，终端可以控制程序采用python-docx库实现word读写等操作。因此，底层数据存储使用xml实现既能满足数据的结构化存储，又能摆脱硬件资源限制，只需一台笔记本或者台式机即可安装本技术实施例并实现文档自动处理。表格格式可以是测试需求、测试说明、测试记录、问题单、测试报告文档等对应的表格格式，表格格式对应的表格内容可以是空白、或者是说明内容等等。
47.如图5所示，在一个实施例中，解析第一xml文档生成测试说明框架，包括：
48.步骤501，根据预设分类识别算法处理第一xml文档，生成若干表单分页数据和表
单结构信息，一个表单分页数据对应一个表单结构信息。
49.预设分类识别算法可由若干子算法组成，用于将第一xml文档分解为若干表单分页数据，同时从多页文档中提取出表单结构信息。每个表单分页数据包含了某一表单的内容。表单结构信息则为表单中各个单元格的排布状况，包括单元格的大小、坐标(在表单的位置)等。终端根据预设分类识别算法处理第一xml文档，生成若干表单分页数据和表单结构信息。当终端形成如图3所示的测试记录表格时，xml文档中的多页表单分页可以是多级菜单；当终端形成如图4所示的测试记录表格时，xml文档中的多页表单分页可以是多页表格。
50.步骤502，通过自然语言处理模型处理表单单元数据，生成若干表单字段数据。
51.自然语言处理模型(nlp，naturallanguageprocessing)是一种基于自然语言处理算法构建的模型，可以基于自然语义将表单单元数据分割为若干个表单字段数据。每个表单字段数据代表独立的词语单元。
52.步骤503，根据表单结构信息和表单字段数据合成测试说明框架。
53.在表单结构信息中，划分了若干个单元格。表单结构信息包含了各个表头的坐标。终端可以控制程序逐一对各个表单分页数据的表头进行定位，直至最后一页的表头定位完成。终端可以控制程序将提取出的表单字段数据依次填充进单元格中，形成测试说明框架。
54.在一个实施例中，根据文档类型在预设界面显示测试说明框架，包括：终端可以控制程序对第一xml文档解析，得到界面组织层级关系、菜单条目与菜单的层级关系、菜单条目、菜单属性信息。终端可以通过python语言对第一xml文档解析。终端根据解析的界面组织层级关系、菜单条目与菜单的层级关系、菜单条目，依次创建菜单界面类实例、菜单与菜单间和菜单与显示界面间的父子关联关系。终端可以通过显示界面显示大致框架，并通过菜单与菜单之间的关联进一步显示，显示方式可以是子菜单形式、也可以是不同word页面。终端利用菜单属性信息对菜单界面类实例进行属性扩充，扩充每个菜单显示内容，使得预设界面能按照第一xml文档中的描述进行显示，得到每个页面的组织结构模型。在一个实施例中，属性扩充的属性包括显示内容、不可更改项、可更改项、需要定时刷新项、刷新数据的来源和页面布局。终端基于界面组织层级关系及每个页面的组织结构模型，建立每个页面对每种按键的相应规则。终端可以选择矩阵按键的交互方式，获取的矩阵按键消息与每个界面切换、光标移动或内容变更的关联，需根据配置文件中的具体描述实现每个页面规则的创建。终端根据文档类型在预设界面对测试说明框架进行显示并监测被输入的动作。
55.上述方法，将界面抽象为菜单界面和普通界面，并使用xml文档对整个预设界面进行描述建模。程序自动根据此模型文件生成界面。定制界面操作更简单，界面组织及更改更灵活。
56.在一个实施例中，基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告，包括：基于测试记录表格记录测试结果，得到被完善的测试需求文档；将被完善的测试需求文档存储为第二xml文档；从第二xml文档中提取被输入的测试结果，对测试结果进行统计分析，得到统计结果；根据统计结果生成测试记录报告。在本实施例中，第二xml文档可以存在多个。终端可以将对存储的xml文档进行解析，实现不同文档之间的内容关联逻辑。
57.应该理解的是，虽然图1-5的流程图中的各个步骤按照箭头的指示依次显示，但是
这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
58.在一个实施例中，如图6所示，提供了一种软件测试文档处理装置，装置包括需求获取模块601、xml文档存储模块602、框架生成模块603、界面显示模块604和报告生成模块605。
59.需求获取模块601，用于获取用户填写的测试需求文档。
60.xml文档存储模块602，用于判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档。
61.框架生成模块603，用于解析第一xml文档生成测试说明框架。
62.界面显示模块604，用于根据文档类型在预设界面显示测试说明框架，以便让用户完善测试需求文档形成测试记录表格。
63.报告生成模块605，用于基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
64.在一个实施例中，xml文档存储模块包括：
65.内容解析单元，用于根据文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容。
66.文档存储单元，用于根据表格格式，对表格内容进行存储，保存到第一xml文档。
67.在一个实施例中，框架生成模块包括：
68.表单解构单元，用于根据预设分类识别算法处理第一xml文档，生成若干表单分页数据和表单结构信息，一个表单分页数据对应一个表单结构信息。
69.数据处理单元，用于通过自然语言处理模型处理表单单元数据，生成若干表单字段数据。
70.框架合成单元，用于根据表单结构信息和表单字段数据合成测试说明框架。
71.在一个实施例中，界面显示模块包括：
72.文档解析单元，用于对第一xml文档解析，得到界面组织层级关系、菜单条目与菜单的层级关系、菜单条目、菜单属性信息。
73.菜单层级创建单元，用于根据解析的界面组织层级关系、菜单条目与菜单的层级关系、菜单条目，依次创建菜单界面类实例、菜单与菜单间和菜单与显示界面间的父子关联关系。
74.页面生成单元，用于利用菜单属性信息对菜单界面类实例进行属性扩充，扩充每个菜单显示内容，使得预设界面能按照第一xml文档中的描述进行显示，得到每个页面的组织结构模型。
75.页面单元，用于基于界面组织层级关系及每个页面的组织结构模型，建立每个页面对每种按键的相应规则。
76.显示监测单元，用于根据文档类型在预设界面对测试说明框架进行显示并监测被
输入的动作。
77.在一个实施例中，报告生成模块包括：
78.需求文档获取单元，用于基于测试记录表格记录测试结果，得到被完善的测试需求文档。
79.格式转换单元，用于将被完善的测试需求文档存储为第二xml文档。
80.统计单元，用于从第二xml文档中提取被输入的测试结果，对测试结果进行统计分析，得到统计结果。
81.报告生成单元，用于根据统计结果生成测试记录报告。
82.在一个实施例中，xml文档存储模块包括：
83.第一解析单元，用于如果文档类型为xml文档，则利用python脚本语言解析测试需求文档。
84.第二解析单元，用于如果文档类型为docx或doc文档，则利用win32com或python-docx库解析测试需求文档。
85.关于软件测试文档处理装置的具体限定可以参见上文中对于软件测试文档处理方法的限定，在此不再赘述。上述软件测试文档处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
86.在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种软件测试文档处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
87.本领域技术人员可以理解，图7中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
88.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取用户填写的测试需求文档；判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档；解析第一xml文档生成测试说明框架；根据文档类型在预设界面显示测试说明框架，以便让用户完善测试需求文档形成测试记录表格；基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
89.在一个实施例中，处理器执行计算机程序时实现的根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档，包括：根据文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容；根据表格格式，对表格内容进行存
储，保存到第一xml文档。
90.在一个实施例中，处理器执行计算机程序时实现的解析第一xml文档生成测试说明框架，包括：根据预设分类识别算法处理第一xml文档，生成若干表单分页数据和表单结构信息，一个表单分页数据对应一个表单结构信息；通过自然语言处理模型处理表单单元数据，生成若干表单字段数据；根据表单结构信息和表单字段数据合成测试说明框架。
91.在一个实施例中，处理器执行计算机程序时实现的根据文档类型在预设界面显示测试说明框架，包括：对第一xml文档解析，得到界面组织层级关系、菜单条目与菜单的层级关系、菜单条目、菜单属性信息；根据解析的界面组织层级关系、菜单条目与菜单的层级关系、菜单条目，依次创建菜单界面类实例、菜单与菜单间和菜单与显示界面间的父子关联关系；利用菜单属性信息对菜单界面类实例进行属性扩充，扩充每个菜单显示内容，使得预设界面能按照第一xml文档中的描述进行显示，得到每个页面的组织结构模型；基于界面组织层级关系及每个页面的组织结构模型，建立每个页面对每种按键的相应规则；根据文档类型在预设界面对测试说明框架进行显示并监测被输入的动作。
92.在一个实施例中，处理器执行计算机程序时实现的基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告，包括：基于测试记录表格记录测试结果，得到被完善的测试需求文档；将被完善的测试需求文档存储为第二xml文档；从第二xml文档中提取被输入的测试结果，对测试结果进行统计分析，得到统计结果；根据统计结果生成测试记录报告。
93.在一个实施例中，处理器执行计算机程序时实现的判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，包括：如果文档类型为xml文档，则利用python脚本语言解析测试需求文档；如果文档类型为docx或doc文档，则利用win32com或python-docx库解析测试需求文档。
94.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取用户填写的测试需求文档；判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档；解析第一xml文档生成测试说明框架；根据文档类型在预设界面显示测试说明框架，以便让用户完善测试需求文档形成测试记录表格；基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告。
95.在一个实施例中，计算机程序被处理器执行时实现的根据文档类型对测试需求文档进行解析，将解析内容保存为第一xml文档，包括：根据文档类型对测试需求文档进行解析，分析出表格格式以及对应的表格内容，确定解析内容；根据表格格式，对表格内容进行存储，保存到第一xml文档。
96.在一个实施例中，计算机程序被处理器执行时实现的解析第一xml文档生成测试说明框架，包括：根据预设分类识别算法处理第一xml文档，生成若干表单分页数据和表单结构信息，一个表单分页数据对应一个表单结构信息；通过自然语言处理模型处理表单单元数据，生成若干表单字段数据；根据表单结构信息和表单字段数据合成测试说明框架。
97.在一个实施例中，计算机程序被处理器执行时实现的根据文档类型在预设界面显示测试说明框架，包括：对第一xml文档解析，得到界面组织层级关系、菜单条目与菜单的层级关系、菜单条目、菜单属性信息；根据解析的界面组织层级关系、菜单条目与菜单的层级
关系、菜单条目，依次创建菜单界面类实例、菜单与菜单间和菜单与显示界面间的父子关联关系；利用菜单属性信息对菜单界面类实例进行属性扩充，扩充每个菜单显示内容，使得预设界面能按照第一xml文档中的描述进行显示，得到每个页面的组织结构模型；基于界面组织层级关系及每个页面的组织结构模型，建立每个页面对每种按键的相应规则；根据文档类型在预设界面对测试说明框架进行显示并监测被输入的动作。
98.在一个实施例中，计算机程序被处理器执行时实现的基于测试记录表格记录测试结果，得到被完善的测试需求文档，生成测试记录报告，包括：基于测试记录表格记录测试结果，得到被完善的测试需求文档；将被完善的测试需求文档存储为第二xml文档；从第二xml文档中提取被输入的测试结果，对测试结果进行统计分析，得到统计结果；根据统计结果生成测试记录报告。
99.在一个实施例中，计算机程序被处理器执行时实现的判定测试需求文档的文档类型，并根据文档类型对测试需求文档进行解析，包括：如果文档类型为xml文档，则利用python脚本语言解析测试需求文档；如果文档类型为docx或doc文档，则利用win32com或python-docx库解析测试需求文档。
100.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。