一种测试案例分析模型构建方法及系统、执行方法

摘要

本发明公开了一种测试案例分析模型构建方法及系统、执行方法，属于测试案例管理技术领域，获取测试分析内容与测试案列内容；将所述测试分析内容按照逻辑顺序先后关系以树图的节点形式，构成测试分析节点树图；基于所述测试分析节点树图，将所述测试案例内容进行节点化处理，获得分析模型；本发明的有益效果为将测试分析与测试案例的内容整合到一个模型上，并通过该模型对实时案例分析，能够实现将实时案例与其对应的测试分析建立联系，减少对测试案例的理解以及误测以及漏测的情况发生。

说明书

技术领域

本发明涉及测试案例管理技术领域，具体而言，涉及一种测试案例分析模型构建方法及系统、执行方法。

背景技术

现有测试案例管理系统通常采用数据列表的形式对测试案例进行管理，每条案例的标题、摘要、前提、检查点、步骤以该条案例属性的方式进行展示。同时作为产生测试案例的上一流程，测试分析与测试案例相互独立存在。

这种方式造成有如下缺点：测试分析与测试案例相互独立，造成测试案例不便于理解和阅读，测试执行时难以将案例与其向对应的测试分析建立联系，容易造成对测试案例理解出错，从而造成误测和漏测情况的发生。

有鉴于此，特提出本申请。

发明内容

本发明所要解决的技术问题是测试分析与测试案例独立，从而造成在对实时案例分析时，难以将案例与其向对应的测试分析建立联系，容易造成对测试案例理解出错，从而造成误测和漏测情况的发生，目的在于提供一种测试案例分析模型构建方法及系统、执行方法，能够实将实时案例与其对应的测试分析建立联系，减少了误测以及漏测的情况发生。

本发明通过下述技术方案实现：

一种测试案例分析模型的构建方法，方法步骤包括：

获取测试分析内容与测试案列内容；

将所述测试分析内容按照逻辑顺序先后关系以树图的节点形式，构成测试分析节点树图；

基于所述测试分析节点树图，将所述测试案例内容进行节点化处理，获得分析模型。

传统的在对测试案列进行分析的时候，通常将测试分析与测试案例分开、相互独立，从而造成测试案例不便于理解和阅读，测试执行时难以将案例与其向对应的测试分析建立联系，容易造成对测试案例理解出错，从而造成误测和漏测情况的发生；本发明提供了一种测试案例分析模型的构建方法，将测试分析与测试案例的内容整合到一个模型上，并通过该模型对实时案例分析，能够实现将实时案例与其对应的测试分析建立联系，减少对测试案例的理解以及误测以及漏测的情况发生。

优选地，所述测试分析内容包括测试任务以及若干待测系统，且每个所述待测系统对应若干功能模块，每个所述功能模块对应若干测试要点。

优选地，所述测试案例内容包括测试案例标题、案例摘要、案例前提、案例步骤以及案例检查点。

优选地，所述测试分析节点树图构成的子步骤包括：

将所述测试任务作为根节点进行创建；

将若干所述待测系统、若干所述功能模块以及若干所述测试要点按照逻辑先后顺序，相互对应的方式，形成父/子节点，获得测试分析节点树图，且每个节点的节点数据均包括分析节点内容、分析节点ID以及分析节点的类型标识。

优选地，所述分析模型获得的子步骤包括：

获取信号触发指令，所述信号触发指令为测试案例节点化指令；

基于所述信号触发指令，将所述案例标题导入到所述待测分析节点树图对应的待测系统的子节点中；

将所述案例摘要、所述案例前提、所述案例步骤以及所述案例检查点按照逻辑先后顺序，导入到对应的所述案例标题的子节点中，获得分析模型。

优选地，所述分析模型获得的子步骤还包括：

判断所述待测系统是否存在功能模块的子节点，若存在，则构建对应的功能模块子节点；

将所述功能模块作为父节点，判断所述功能模块是否存在测试要点的子节点，若存在，则构建对应所述功能模块的测试要点子节点；

在将所述案例测试内容按照逻辑先后顺序，构建在测试要点节点之后，获得分析模型。

优选地，所述功能模块为待测系统在本次测试任务中需要进行测试验证的功能；所述测试要点为在进行测试验证时，判断当前功能是否正常运行的关键点。

本发明还提供了一种测试案例分析模型的执行方法，在如上所述的构建方法中构建的分析模型进行执行，执行方法包括：

获取实时测试案例以及测试触发指令，并将所述测试触发指令发送到所述测试任务；

所述测试任务在接收到所述测试触发指令后，基于所述分析模型中的每个节点内容，对所述实时测试案例进行分析，并将分析后的内容导入对应的节点中；

对实时测试案例进行执行，并将执行的结果状态进行保存。

本发明还提用了一种测试案例分析模型的构建系统，包括数据获取模块、树图构建模块以及模型构建模块；

所述数据获取模块，用于获取测试分析内容与测试案列内容；

所述树图构建模块，用于将所述测试分析内容按照逻辑顺序先后关系以树图的节点形式，构成测试分析节点树图；

所述模型构建模块，用于基于所述测试分析节点树图，将所述测试案例内容进行节点化处理，获得分析模型。

本发明还提供了一种计算机存储介质，其上存储有计算程序，该计算机程序被处理器执行时，实现如上所述的方法。

本发明与现有技术相比，具有如下的优点和有益效果：

本发明实施例提供的一种测试案例分析模型构建方法及系统、执行方法，将测试分析与测试案例的内容整合到一个模型上，并通过该模型对实时案例分析，能够实现将实时案例与其对应的测试分析建立联系，减少对测试案例的理解以及误测以及漏测的情况发生。

附图说明

为了更清楚地说明本发明示例性实施方式的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为构建方法示意图；

图2为测试分析节点树图；

图3为测试案例分析图；

图4为分析模型示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明作进一步的详细说明，本发明的示意性实施方式及其说明仅用于解释本发明，并不作为对本发明的限定。

在以下描述中，为了提供对本发明的透彻理解阐述了大量特定细节。然而，对于本领域普通技术人员显而易见的是：不必采用这些特定细节来实行本本发明。在其他实施例中，为了避免混淆本本发明，未具体描述公知的结构、电路、材料或方法。

在整个说明书中，对“一个实施例”、“实施例”、“一个示例”或“示例”的提及意味着：结合该实施例或示例描述的特定特征、结构或特性被包含在本本发明至少一个实施例中。因此，在整个说明书的各个地方出现的短语“一个实施例”、“实施例”、“一个示例”或“示例”不一定都指同一实施例或示例。此外，可以以任何适当的组合和、或子组合将特定的特征、结构或特性组合在一个或多个实施例或示例中。此外，本领域普通技术人员应当理解，在此提供的示图都是为了说明的目的，并且示图不一定是按比例绘制的。这里使用的术语“和/或”包括一个或多个相关列出的项目的任何和所有组合。

在本发明的描述中，术语“前”、“后”、“左”、“右”、“上”、“下”、“竖直”、“水平”、“高”、“低”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明保护范围的限制。

实施例一

传统的在对测试案列进行分析的时候，通常将测试分析与测试案例分开、相互独立，从而造成测试案例不便于理解和阅读，测试执行时难以将案例与其向对应的测试分析建立联系，容易造成对测试案例理解出错，从而造成误测和漏测情况的发生。

本实施例公开了一种测试案例分析模型的构建方法，将测试分析与测试案例的内容整合到一个模型上，并通过该模型对实时案例分析，能够实现将实时案例与其对应的测试分析建立联系，减少对测试案例的理解以及误测以及漏测的情况发生。具体的构建方法如图1所示，方法步骤包括：

S1：获取测试分析内容与测试案列内容；

所述测试分析内容包括测试任务以及若干待测系统，且每个所述待测系统对应若干功能模块，每个所述功能模块对应若干测试要点。

所述测试案例内容包括测试案例标题、案例摘要、案例前提、案例步骤以及案例检查点。

在步骤S1中，在对测试分析内容进行获取的时候，通常都会涉及到多个系统，以及各个系统对应的功能模块或者测试要点，且功能模块和测试要点均是逐级分析的，因此，获得的测试分析内容包括多以待测系统，以及每个待测系统划分的子节点对应的功能模块和测试要点。

在测试案例内容获取的时候，通常都会包含测试案例标题、案例摘要、案例前提、案例步骤以及案例检查点中的各项内容个，但是本实施例不限制于这几个分项内容。

S2：将所述测试分析内容按照逻辑顺序先后关系以树图的节点形式，构成测试分析节点树图；

所述测试分析节点树图构成的子步骤包括：

将所述测试任务作为根节点进行创建；

将若干所述待测系统、若干所述功能模块以及若干所述测试要点按照逻辑先后顺序，相互对应的方式，形成父/子节点，获得测试分析节点树图，且每个节点的节点数据均包括分析节点内容、分析节点ID以及分析节点的类型标识。

在步骤S2中，将测试分析内容中各个层级的内容，以树图的节点形式呈现在系统中，因为树图天然地能够描述这个逐级拆分的逻辑关系。测试分析的节点数据包含分析节点内容，分析节点的父分析节点ID，节点的类型标识等。在成功创建测试任务后，系统会自动将测试任务标题作为整个测试任务节点管理树图的根节点进行创建。之后右键点击任意一个测试分析节点，选择创建分析节点选线，在输入节点内容后，系统将以输入内容作为测试分析节点内容，右键点击的节点作为创建节点的父节点，测试分析节点作为节点类型创建测试分析子节点，最终形成如图2所示的测试分析节点树图。

S3：基于所述测试分析节点树图，将所述测试案例内容进行节点化处理，获得分析模型。

所述分析模型获得的子步骤包括：

获取信号触发指令，所述信号触发指令为测试案例节点化指令；基于所述信号触发指令，将所述案例标题导入到所述待测分析节点树图对应的待测系统的子节点中；将所述案例摘要、所述案例前提、所述案例步骤以及所述案例检查点按照逻辑先后顺序，导入到对应的所述案例标题的子节点中，获得分析模型。

所述分析模型获得的子步骤还包括：判断所述待测系统是否存在功能模块的子节点，若存在，则构建对应的功能模块子节点；将所述功能模块作为父节点，判断所述功能模块是否存在测试要点的子节点，若存在，则构建对应所述功能模块的测试要点子节点；在将所述案例测试内容按照逻辑先后顺序，构建在测试要点节点之后，获得分析模型。

所述功能模块为待测系统在本次测试任务中需要进行测试验证的功能；所述测试要点为在进行测试验证时，判断当前功能是否正常运行的关键点。

在测试分析节点树图中，触发测试分析节点，选择创建测试案例选项，在弹出窗口的表单中填写测试案例的标题、摘要、前提、步骤、检查点。点击保存后，系统根据填写的信息自动在当前点击的测试分析节点下创建测试案例子节点，其中案例的标题节点作为该测试分析节点的子节点(标题节点父ID指向测试分析节点)，案例的摘要、前提、步骤、检查点作为标题节点的子节点(案例要素节点父节点ID指向标题节点)。

为保证节点结构的正确性还存在以下限制：(1)测试案例节点不能创建任意类型的子节点，在创建任意类型的节点时，系统判断当前父节点是否为案例节点(案例标题、摘要、前提、步骤、检查点)，若是则中断创建节点流程；(2)案例标题、步骤和检查点必须填写，在创建案例节点时，判断是否输入必填项目，如未完整输入，则中断创建案例流程；(3)测试分析节点内容与案例标题节点内容形成的节点路径在当前任务的节点管理中全局唯一，在创建案例节点时，以创建案例节点的标题节点开始，逐级查找父节点，直到找到根节点，形成案例阶段路径，以该路径作为判断依据，判断当前测试分析中是否存在具有相同路径的案例，若存在则中断创建案例流程；(4)测试案例要素节点(摘要、前提、步骤、检查点)不能单独删除，在删除节点时，判断当前被删除节点是否属于上诉类型节点，若属于，则中断案例创建流程；(5)各个案例要素节点具有不同的节点类型标记值，系统中各个类型的节点数据具有不同的数据标记，以区分当前节点的类型；(6)为更好在节点管理界面区分分析节点和案例节点，根据节点类型不同，测试分析节点为蓝色背景，测试案例节点(标题、摘要、前提、步骤、检查点)为绿色背景。节点管理中测试分析节点和案例节点基本结构如图3所示。

具体实施过程：

创建测试分析节点内容。进入测试任务管理模块，点击添加按钮弹出新建测试任务窗口，在窗口表单中注入测试任务的标题，待测系统相关信息，项目管理相关信息，测试团队相关信息等信息，点击确定创建测试测试，系统自动在创建任务时以测试任务标题节点作为节点管理的根节点。

添加测试分析节点和测试案例节点。点击测试任务的节点管理选项，进入节点管理界面，右键点击根节点，选择添加分析节点选项，在测试任务根节点上添加测试任务涉及系统测试分析子节点，再点击创建的节点，创建涉及系统功能模块子节点，依次类推创建功能模块测试要点子节点。实际测试工作中，根据测试分析粒度不同，各个分析层级可以拆分成粒度更小的层级，例如设计系统层级可以拆分成涉及系统、涉及子系统、涉及微服务等，系统对测试分析节点的层级结构不作限制。测试分析节点添加完毕后，测试分析工作也同时完成，测试测试分析内容以测试分析节点树图形式呈现。此时可以在测试分析节点上点击右键，选择添加案例节点选项，在弹出窗口中输入案例标题、摘要、前提、步骤、检查点信息，点击保存后创建对应的测试案例节点。依次类推完成所有测试案例节点创建。最终测试分析节点与测试案例节点以树图节点的形式基本结构如图4所示。

本实施例公开的一种测试案列分析模型的创建方法，将测试分析与测试案例的内容整合到一个模型上，并通过该模型对实时案例分析，能够实现将实时案例与其对应的测试分析建立联系，减少对测试案例的理解以及误测以及漏测的情况发生。

实施例二

本实施例公开了一种测试案例分析模型的执行方法，本实施例是采用实施例一中构建方法中构建的分析模型进行执行，执行方法包括：

获取实时测试案例以及测试触发指令，并将所述测试触发指令发送到所述测试任务；

所述测试任务在接收到所述测试触发指令后，基于所述分析模型中的每个节点内容，对所述实时测试案例进行分析，并将分析后的内容导入对应的节点中；

对实时测试案例进行执行，并将执行的结果状态进行保存。

具体实施过程：

执行测试案例，并记录测试执行结果。点击测试任务的测试执行选项，进入测试执行功能模块，此时测试分析节点与测试案例节点以步骤B中创建的树图形式呈现。测试人员创建本次测试执行所在的测试计划和测试版本，若计划与版本已创建，可以直接选择已存在的计划与版本。选定计划与版本之后找到需要执行的案例，右键点击案例标题节点，选择执行案例选项，在弹出窗口中补充测试执行结果备注，并点击窗口中的通过、失败、或者阻塞按钮保存当前案例执行状态。保存后系统将最新一次案例执行状态和备注显示在案例标记节点头部。右键点击测试案例标题节点，选择执行明细选项，可以在弹出窗口重查看案例执行的历史记录，包含案例的执行结果，执行人，执行时间，执行备注等信息。右键点击案例标题，选择创建缺陷按钮，在弹窗中填写缺陷相关信息后，向下游的缺陷管理系统推送缺陷信息。

实施例三

本实施例公开了一种测试案例分析模型的构建系统，本实施例是为了实现实施例一种的构建方法，包括数据获取模块、树图构建模块以及模型构建模块；

所述数据获取模块，用于获取测试分析内容与测试案列内容；

所述树图构建模块，用于将所述测试分析内容按照逻辑顺序先后关系以树图的节点形式，构成测试分析节点树图；

所述模型构建模块，用于基于所述测试分析节点树图，将所述测试案例内容进行节点化处理，获得分析模型。

实施例四

本实施例公开了一种计算机存储介质，其上存储有计算程序，该计算机程序被处理器执行时，实现如实施例一所述的方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

这些计算机程序发布指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的发布指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。