CN110083527A - 一种测试用例的生成方法及装置、电子设备 - Google Patents

Abstract

本发明涉及测试用例技术领域，揭示了一种测试用例的生成方法及装置、电子设备。所述方法包括：接收测试需求矩阵表；从测试需求矩阵表中确定需求点；根据功能需求类型对需求点进行标记以获得多个功能需求点；通过测试用例生成工具，根据多个功能需求点生成初始测试用例；对初始测试用例进行任务分解和任务标记，以获得目标测试用例。能够提高测试用例生成效率，节省时间成本和人力成本。

Description

一种测试用例的生成方法及装置、电子设备

技术领域

本发明涉及测试用例技术领域，特别涉及一种测试用例的生成方法及装置、电子设备。

背景技术

测试用例(Test Case)是在项目进行过程中，为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实测试结果是否满足某个特定需求。目前，在大部分项目进行过程中，测试用例的生成方式都是由用户直接手工编写。但是，在实践中发现，用户直接手工编写测试用例这种测试用例生成方式既耗时又费力，降低了测试用例的生成效率。

发明内容

为了解决用户手工编写测试用例既耗时又费力的问题，本发明提供了一种测试用例的生成方法及装置、电子设备。

本发明实施例第一方面公开了一种测试用例的生成方法，所述方法包括：

接收测试需求矩阵表；

从所述测试需求矩阵表中确定需求点；

根据功能需求类型对所述需求点进行标记，以获得多个功能需求点；

通过测试用例生成工具，根据所述多个功能需求点生成初始测试用例；

对所述初始测试用例进行任务分解和任务标记，以获得目标测试用例。

本发明实施例第二方面公开了一种测试用例的生成装置，所述装置包括：

接收单元，用于接收测试需求矩阵表；

确定单元，用于从所述测试需求矩阵表中确定需求点；

标记单元，用于根据功能需求对所述需求点进行标记，以获得多个功能需求点；

生成单元，用于通过测试用例生成工具，根据所述多个功能需求点生成初始测试用例；

获取单元，用于对所述初始测试用例进行任务分解和任务标记，以获得目标测试用例。

本发明实施例第三方面公开了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现本发明实施例第一方面公开的一种测试用例的生成方法。

本发明实施例第四方面公开了一种计算机可读存储介质，其存储计算机程序，所述计算机程序使得计算机执行本发明实施例第一方面公开的一种测试用例的生成方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的一种测试用例的生成方法中：从获取的测试需求矩阵表中确定需求点，并根据功能需求类型对需求点进行标记，从而获得多个功能需求点，然后通过测试用例生成工具生成初始测试用例，并对其进行任务分解和任务标记以获得目标测试用例，避免了用户手工编写测试用例，能够提高测试用例生成效率，节省时间成本和人力成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1是本发明实施例公开的一种装置的结构示意图；

图2是本发明实施例公开的一种测试用例的生成方法的流程图；

图3是本发明实施例公开的另一种测试用例的生成方法的流程图；

图4是本发明实施例公开的又一种测试用例的生成方法的流程图；

图5是本发明实施例公开的一种测试用例的生成装置的结构示意图；

图6是本发明实施例公开的另一种测试用例的生成装置的结构示意图；

图7是本发明实施例公开的又一种测试用例的生成装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

实施例一

本发明的实施环境可以是电子设备，例如智能手机、平板电脑、台式电脑。

图1是本发明实施例公开的一种装置的结构示意图。装置100可以是上述电子设备。如图1所示，装置100可以包括以下一个或多个组件：处理组件102，存储器104，电源组件106，多媒体组件108，音频组件110，传感器组件114以及通信组件116。

处理组件102通常控制装置100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作以及记录操作相关联的操作等。处理组件102可以包括一个或多个处理器118来执行指令，以完成下述的方法的全部或部分步骤。此外，处理组件102可以包括一个或多个模块，用于便于处理组件102和其他组件之间的交互。例如，处理组件102可以包括多媒体模块，用于以方便多媒体组件108和处理组件102之间的交互。

存储器104被配置为存储各种类型的数据以支持在装置100的操作。这些数据的示例包括用于在装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static RandomAccess Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，简称EPROM)，可编程只读存储器(Programmable Red-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。存储器104中还存储有一个或多个模块，用于该一个或多个模块被配置成由该一个或多个处理器118执行，以完成如下所示方法中的全部或者部分步骤。

电源组件106为装置100的各种组件提供电力。电源组件106可以包括电源管理***，一个或多个电源，及其他与为装置100生成。管理和分配电力相关联的组件。

多媒体组件108包括在装置100和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(Liquid Crystal Display，简称LCD)和触摸面板。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(Organic Light Emitting Display，简称OLED)。

音频组件110被配置为输出和/或输入音频信号。例如，音频组件110包括一个麦克风(Microphone，简称MIC)，当装置100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器104或经由通信组件116发送。在一些实施例中，音频组件110还包括一个扬声器，用于输出音频信号。

传感器组件114包括一个或多个传感器，用于为装置100提供各个方面的状态评估。例如，传感器组件114可以检测到装置100的打开/关闭状态，组件的相对定位，传感器组件114还可以检测装置100或装置100一个组件的位置改变以及装置100的温度变化。在一些实施例中，该传感器组件114还可以包括磁传感器，压力传感器或温度传感器。

通信组件116被配置为便于装置100和其他设备之间有线或无线方式的通信。装置100可以接入基于通信标准的无线网络，如WiFi(Wireless-Fidelity，无线保真)。在本发明实施例中，通信组件116经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在本发明实施例中，通信组件116还包括近场通信(Near Field Communication，简称NFC)模块，用于以促进短程通信。例如，在NFC模块可基于射频识别(Radio FrequencyIdentification，简称RFID)技术，红外数据协会(Infrared Data Association，简称IrDA)技术，超宽带(Ultra Wideband，简称UWB)技术，蓝牙技术和其他技术来实现。

在示例性实施例中，装置100可以被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit，简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现，用于执行下述方法。

实施例二

请参阅图2，图2是本发明实施例公开的一种测试用例的生成方法的流程示意图。如图2所示，该测试用例的生成方法可以包括以下步骤：

201、接收测试需求矩阵表。

在本发明实施例中，在项目进行过程中，通过生成测试用例检测项目的某个程序路径或核实测试结果是否满足某个特定需求。在测试用例生成时，可以通过接收测试需求矩阵表，其中，测试需求矩阵表可以包括测试需求、需求点和设计者等。

作为一种可选的实施方式，步骤201接收测试需求矩阵表的方式具体为：

接收用户输入的开启指令并开启引入测试需求矩阵表的功能；

在显示界面显示引入窗口并在引入窗口上接收测试需求矩阵表。

本发明实施例中，该装置可以在引入窗口上显示提醒信息，如“请引入测试需求矩阵表”或“请将测试需求矩阵表拉到此处”，用于提醒用户在该引入窗口上引入测试需求矩阵表，本发明实施例不作限定。

可见，实施上述方法，用户可以在项目过程中引入测试需求矩阵表用于生成测试用例，提高测试用例生成效率。

作为一种可选的实施方式，接收用户输入的开启指令并开启引入测试需求矩阵表的功能具体包括：

检测表示开启指令的引入接口是否被点击；

如果是，计算引入接口被点击的目标时长，并判断该目标时长是否大于预设时长；

如果大于预设时长，开启引入测试需求矩阵表的功能；如果未大于预设时长，结束本流程。

可见，实施上述方法，当表示开启指令的引入接口被点击的目标时长大于预设时长时，可以认为用户通过点击该引入接口来输入开启指令，开启引入测试需求矩阵表的功能；当表示开启指令的引入接口被点击的目标时长未大于预设时长时，可以认为该引入接口被误触，不开启引入测试需求矩阵表的功能。能够保证开启指令在不被误触发的情况下，提高引入测试需求矩阵表的效率。

202、从测试需求矩阵表中确定需求点。

本发明实施例中，可以利用思维导图软件从测试需求矩阵表中确定需求点，其中，思维导图软件可以是xmind、MindMaster或者百度脑图等，本发明实施例不作限定。

本发明实施例中，以xmind为例进行描述，利用xmind在测试需求矩阵表中确定需求点。例如，在测试需求矩阵表中，通过xmind可以将事件内容发散出很多需求点，如“实现一万块钱的跨行转账”就是一个需求点。

203、根据功能需求类型对需求点进行标记，以获得多个功能需求点。

本发明实施例中，根据功能需求类型对需求点进行标记，例如，通过xmind在测试需求矩阵表中确定出的需求点为“实现一万块钱的跨行转账”，其中，“一万块钱”是一个功能需求，“跨行”是一个功能需求，“转账”是一个功能需求，根据功能需求类型，对“一万块钱”、“跨行”、“转账”进行标记。

本发明实施例中，可以采用预设符号对需求点进行标记，预设符号可以是功能需求对应的性质的拼音首字母，也可以是对应的工作人员，本发明实施例不作限定。例如，“一万块钱”对应的性质是数据，其对应的预设符号可以是“S”，“跨行”、“转账”对应的性质是方式，其对应的预设符号可以是“F”。又例如，实现“一万块钱”、“跨行”、“转账”这三个功能需求对应的工作人员为开发人员，其预设符号可以是“开发”。

204、通过测试用例生成工具，根据多个功能需求点生成初始测试用例。

本发明实施例中，测试用例生成工具可以是EvoSuite、PICT或pairwiser等，本发明实施例不作限定。

205、对初始测试用例进行任务分解和任务标记，以获得目标测试用例。

可以理解的是，一个项目进行过程中，因为任务的不同，参与任务的工作人员也会不同，可以根据任务的不同对初始测试用例进行分解，然后根据该任务由哪个工作人员完成，进一步对分解后的初始测试用例做标记，如项目经理、需求分析师、软件工程师和测试工程师。

可见，实施图2所描述的方法，从测试需求矩阵表中确定需求点，并根据功能需求类型对需求点进行标记，从而获得多个功能需求点，然后通过测试用例生成工具生成初始测试用例，并对其进行任务分解和任务标记以获得目标测试用例，能够避免用户手工编写测试用例，提高测试用例生成效率，节省时间成本和人力成本。

实施例三

请参阅图3，图3是本发明实施例公开的另一种测试用例的生成方法的流程示意图。如图3所示，该测试用例的生成方法可以包括以下步骤：

301、接收测试需求矩阵表。

302、检测测试需求矩阵表的命名格式。

本发明实施例中，测试需求矩阵表的命名格式可以为按日期命名，也可以按任务人员命名，本发明实施例不作限定。

303、根据测试需求矩阵表的命名格式，将测试需求矩阵表分类，以获得测试需求矩阵表的类型。

304、根据测试需求矩阵表的类型，将测试需求矩阵表保存至测试需求矩阵表库。

本发明实施例中，根据测试需求矩阵表的类型进行归类保存，比如，将同一天接收到的测试需求矩阵表都归类到一块，方便测试需求矩阵表的储存管理。

305、识别测试需求矩阵表以获得原事件内容。

作为一种可选的实施方式，在执行步骤305之前，还可以执行以下步骤：

获取用户的身份信息；

判断用户的身份信息是否跟预设信息相匹配；

如果是，执行步骤305识别测试需求矩阵表以获得原事件内容。

本发明实施例中，用户的身份信息可以为用户的指纹信息，也可以为用户的声纹信息，还可以为用户的账号信息，本发明实施例不作限定。

可见，实施上述方法，可以判断出进行识别测试需求矩阵表的用户是否为相关人员，如果不是，拒绝执行此操作，能够保护信息安全，保证项目的正常进行。

306、通过图文方式输出原事件内容。

307、根据原事件内容的图文，确定需求点。

308、根据功能需求类型对需求点进行标记，以获得多个功能需求点。

309、通过测试用例生成工具，根据多个功能需求点生成初始测试用例。

310、对初始测试用例进行任务分解和任务标记，以获得目标测试用例。

可见，与实施图2所描述的方法相比，实施图3所描述的方法，还能够将测试需求矩阵表分类保存至测试需求矩阵表库，便于测试需求矩阵表的储存管理。

实施例四

请参阅图4，图4是本发明实施例公开的又一种测试用例的生成方法的流程示意图。如图4所示，该测试用例的生成方法可以包括以下步骤：

401-408；其中，步骤401-步骤408与实施例三中的步骤301-步骤308相同，在此不再赘述。

409、利用特定测试方法，设置第一预设条件和第二预设条件。

说明一下，执行步骤409之后，步骤410-步骤414可以在步骤415-步骤419之前执行，也可以在步骤415-步骤419之后执行，还可以与步骤415-步骤419同时执行，本发明实施例不作限定。

410、通过测试用例生成工具，根据第一预设条件和多个功能需求点，生成初始正常测试用例。

本发明实施例中，特定测试方法可以是等价划分法和边界值法等，本发明实施例不作限定。举例来说，对于需求点“实现一万块钱的跨行转账”的功能需求“一万块钱”，利用等价划分法和边界值法等方法，将一万块钱设为边界值，小于或等于一万块钱设为第一预设条件，根据第一预设条件进行测试，结果为转账成功，其生成的测试用例为正常测试用例。

作为一种可选的实施方式，在正常测试用例的测试结果可以弹出正确显示框，该正确显示框用于指示正确的结果。例如，以需求点为“实现一万块钱的跨行转账”为例，用户转账输入的金额为“10000”，该正确显示框显示“通过(pass)，结果：成功转账”。

可见，实施上述方法，能够根据第一预设条件生成正常测试用例，并对正常测试用例的结果进行显示。

411、对初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例。

可以理解的是，一个项目进行过程中，因为任务的不同，参与任务的工作人员也会不同，可以根据任务的不同对初始正常测试用例进行分解，然后根据该任务由哪个工作人员完成，进一步对分解后的初始正常测试用例做标记，如项目经理、需求分析师、软件工程师和测试工程师。

作为一种可选的实施方式，步骤411对初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例，包括：

根据第一任务属性，分解初始正常测试用例以获得分解后的初始正常测试用例；

根据第一任务人员，标记分解后的初始正常测试用例以获得目标正常测试用例。

412、当接收到用户输入的第一格式切换指令时，在显示界面弹出第一切换窗口。

其中，第一格式切换指令用于指示开启目标正常测试用例的格式切换功能；第一切换窗口用于显示不同的目标正常测试用例的格式以供用户选择。

413、当接收到用户输入的第一选择指令时，切换目标正常测试用例的格式。

其中，第一选择指令用于表示用户所选择的目标正常测试用例的格式。

本发明实施例中，测试用例格式包括字体、字号以及背景颜色等，本发明实施例不作限定。

本发明实施例中，用户选择的目标正常测试用例格式可以为新选择的格式，也可以为默认格式，即保持原始格式不变，本发明实施例不作限定。

作为一种可选的实施方式，该装置可以设置有第一切换按钮，点击该按钮作为第一切换指令，当检测到该第一切换按钮被点击时，开启目标正常测试用例格式切换功能，在显示界面弹出第一切换窗口用于显示不同的目标正常测试用例格式供用户选择。

进一步地，作为一种可选的实施方式，用户还可以根据自己的风格定制属于自己的格式。

可见，实施上述方法，用户可以根据自己喜欢的风格选择目标正常测试用例格式，对目标正常测试用例格式进行自由调整，也可以根据自己的风格定制属于自己的格式，提高了用户体验。

414、当接收到用户输入的第一导入指令时，导入切换格式后的目标正常测试用例至测试管理工具，以使测试管理工具集成切换格式后的目标正常测试用例所涉及的任务。

本发明实施例中，测试管理工具可以包括QC、TestManager和QADirector等，本发明实施例不作限定。

作为一种可选的实施方式，该装置可以设置有导入按钮，点击该按钮作为导入指令，当检测到该导入按钮被点击时，开启导入测试用例到测试管理工具的功能，在显示界面弹出导入窗口用于导入测试用例。

可见，实施上述方法，该装置可以将测试用例导入到测试管理工具(如QC)，以使QC指导完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段，从而能够将测试中所涉及的全部任务集成起来，有助于确保用户得到最高质量的应用程序。

415、通过测试用例生成工具，根据第二预设条件和多个功能需求点，生成初始异常测试用例。

本发明实施例中，特定测试方法可以是等价划分法和边界值法等，本发明实施例不作限定。举例来说，对于需求点“实现一万块钱的跨行转账”的功能需求“一万块钱”，利用等价划分法和边界值法等方法，将一万块钱设为边界值，大于一万块钱设为第二预设条件，根据第二预设条件进行测试，结果为转账失败，其生成的测试用例为异常测试用例。

作为一种可选的实施方式，在异常测试用例的测试结果可以弹出错误提示框，该错误提示框用于指示错误信息。例如，以需求点为“实现一万块钱的跨行转账”为例，用户转账输入的金额为“10001”，该错误提示框显示“失败(failed)，提示：转账金额应小于或等于一万块钱”。此外，在关闭错误提示框后，可以将光标定位于错误的输入位置，然后将错误的输入清空或选蓝，以便用户重新输入金额。

可见，实施上述方法，能够根据第二预设条件生成异常测试用例，并且对异常测试用例的结果进行提醒和定位，以便用户重新输入。

416、对初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例。

可以理解的是，一个项目进行过程中，因为任务的不同，参与任务的工作人员也会不同，可以根据任务的不同对初始异常测试用例进行分解，然后根据该任务由哪个工作人员完成，进一步对分解后的初始异常测试用例做标记，如项目经理、需求分析师、软件工程师和测试工程师。

作为一种可选的实施方式，步骤416对初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例，包括：

根据第二任务属性，分解初始异常测试用例以获得分解后的初始异常测试用例；

根据第二任务人员，标记分解后的初始异常测试用例以获得目标异常测试用例。

417、当接收到用户输入的第二格式切换指令时，在显示界面弹出第二切换窗口。

其中，第二格式切换指令用于指示开启目标异常测试用例的格式切换功能；第二切换窗口用于显示不同的目标异常测试用例的格式以供用户选择。

作为一种可选的实施方式，该装置可以设置有第二切换按钮，点击该按钮作为第二切换指令，当检测到该第二切换按钮被点击时，开启目标异常测试用例格式切换功能，在显示界面弹出第二切换窗口用于显示不同的目标异常测试用例格式供用户选择。

进一步地，作为一种可选的实施方式，用户还可以根据自己的风格定制属于自己的格式。

可见，实施上述方法，用户可以根据自己喜欢的风格选择目标异常测试用例格式，对目标异常测试用例格式进行自由调整，也可以根据自己的风格定制属于自己的格式，提高了用户体验。

418、当接收到用户输入的第二选择指令时，切换目标异常测试用例的格式。

其中，第二选择指令用于表示用户所选择的目标异常测试用例的格式。

本发明实施例中，用户选择的目标异常测试用例格式可以为新选择的格式，也可以为默认格式，即保持原始格式不变，本发明实施例不作限定。

419、当接收到用户输入的第二导入指令时，导入切换格式后的目标异常测试用例至测试管理工具，以使测试管理工具集成切换格式后的目标异常测试用例所涉及的任务。

可见，与实施图3所描述的方法相比，实施图4所描述的方法，还能够根据用户自己喜欢的风格选择测试用例格式，对测试用例格式进行自由调整，提高了用户体验。此外，还能够将测试用例导入测试管理工具，以使测试管理工具指导完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段，从而能够将测试中所涉及的任务集成起来，确保用户得到更高质量的应用程序。

实施例五

请参阅图5，图5是本发明实施例公开的一种测试用例的生成装置的结构示意图。如图5所示，该测试用例的生成装置可以包括：接收单元501、确定单元502、标记单元503、生成单元504以及获取单元505，其中，

接收单元501，用于接收测试需求矩阵表。

作为一种可选的实施方式，接收单元501接收测试需求矩阵表的方式具体为：

接收用户输入的开启指令并开启引入测试需求矩阵表的功能；

在显示界面显示引入窗口并在引入窗口上接收测试需求矩阵表。

本发明实施例中，接收单元501可以在引入窗口上显示提醒信息，如“请引入测试需求矩阵表”或“请将测试需求矩阵表拉到此处”，用于提醒用户在该引入窗口上引入测试需求矩阵表，本发明实施例不作限定。

可见，实施上述方法，用户可以在项目过程中引入测试需求矩阵表用于生成测试用例，提高测试用例生成效率。

作为一种可选的实施方式，接收单元501接收用户输入的开启指令并开启引入测试需求矩阵表的功能具体包括：

检测表示开启指令的引入接口是否被点击；

如果是，计算引入接口被点击的目标时长，并判断该目标时长是否大于预设时长；

如果大于预设时长，开启引入测试需求矩阵表的功能；如果未大于预设时长，结束本流程。

可见，实施上述方法，当表示开启指令的引入接口被点击的目标时长大于预设时长时，可以认为用户通过点击该引入接口来输入开启指令，接收单元501开启引入测试需求矩阵表的功能；当表示开启指令的引入接口被点击的目标时长未大于预设时长时，可以认为该引入接口被误触，接收单元501不开启引入测试需求矩阵表的功能。能够保证开启指令在不被误触发的情况下，提高引入测试需求矩阵表的效率。

确定单元502，用于从测试需求矩阵表中确定需求点。

标记单元503，用于根据功能需求对需求点进行标记，以获得多个功能需求点。

生成单元504，用于通过测试用例生成工具，根据多个功能需求点生成初始测试用例。

获取单元505，用于对初始测试用例进行任务分解和任务标记，以获得目标测试用例。

可见，实施图5所描述的测试用例的生成装置，从测试需求矩阵表中确定需求点，并根据功能需求类型对需求点进行标记，从而获得多个功能需求点，然后通过测试用例生成工具生成初始测试用例，并对其进行任务分解和任务标记以获得目标测试用例，能够避免用户手工编写测试用例，提高测试用例生成效率，节省时间成本和人力成本。

实施例六

请参阅图6，图6是本发明实施例公开的另一种测试用例的生成装置的结构示意图。图6所示的测试用例的生成装置是由图5所示的测试用例的生成装置进行优化得到的。与图5所示的测试用例的生成装置相比较，图6所示的测试用例的生成装置还可以包括：检测单元506、分类单元507以及保存单元508，其中，

确定单元502包括：

识别子单元5021，用于识别测试需求矩阵表以获得原事件内容；

输出子单元5022，用于通过图文方式输出原事件内容；

确定子单元5023，用于根据原事件内容的图文，确定需求点。

作为一种可选的实施方式，在识别子单元5021识别测试需求矩阵表以获得原事件内容之前，还可以执行以下步骤：

获取用户的身份信息；

判断用户的身份信息是否跟预设信息相匹配；

如果是，执行步骤305识别测试需求矩阵表以获得原事件内容。

本发明实施例中，用户的身份信息可以为用户的指纹信息，也可以为用户的声纹信息，还可以为用户的账号信息，本发明实施例不作限定。

可见，实施上述方法，识别子单元5021可以判断出进行识别测试需求矩阵表的用户是否为相关人员，如果不是，拒绝执行此操作，能够保护信息安全，保证项目的正常进行。

检测单元506，用于在接收单元501接收测试需求矩阵表之后，以及确定单元502从测试需求矩阵表中确定需求点之前，检测测试需求矩阵表的命名格式。

分类单元507，用于根据测试需求矩阵表的命名格式，将测试需求矩阵表分类，以获得测试需求矩阵表的类型。

保存单元508，用于根据测试需求矩阵表的类型，将测试需求矩阵表保存至测试需求矩阵表库。

可见，与实施图5所描述的测试用例的生成装置相比，实施图6所描述的测试用例的生成装置，还能够将测试需求矩阵表分类保存至测试需求矩阵表库，便于测试需求矩阵表的储存管理。

实施例七

请参阅图7，图7是本发明实施例公开的又一种测试用例的生成装置的结构示意图。图7所示的测试用例的生成装置是由图6所示的测试用例的生成装置进行优化得到的。与图6所示的测试用例的生成装置相比较，图7所示的测试用例的生成装置还可以包括：第一弹出单元509、第一切换单元510、第一导入单元511、第二弹出单元512、第二切换单元513以及第二导入单元514，其中，

生成单元504包括：

设置子单元5041，用于利用特定测试方法，设置第一预设条件和第二预设条件；

第一生成单元5042，用于通过测试用例生成工具，根据第一预设条件和多个功能需求点，生成初始正常测试用例；

第二生成单元5043，用于通过测试用例生成工具，根据第二预设条件和多个功能需求点，生成初始异常测试用例。

说明一下，在设置子单元5041利用特定测试方法，设置第一预设条件和第二预设条件之后，可以先触发第一生成单元5042，也可以先触发第二生成单元5043，还可以第一生成单元5042和第二生成单元5043同时触发，本发明实施例不作限定。

本发明实施例中，特定测试方法可以是等价划分法和边界值法等，本发明实施例不作限定。举例来说，对于需求点“实现一万块钱的跨行转账”的功能需求“一万块钱”，设置子单元5041利用等价划分法和边界值法等方法，将一万块钱设为边界值，小于或等于一万块钱设为第一预设条件，根据第一预设条件进行测试，结果为转账成功，其生成的测试用例为正常测试用例。

作为一种可选的实施方式，第一生成单元5042在正常测试用例的测试结果可以弹出正确显示框，该正确显示框用于指示正确的结果。例如，以需求点为“实现一万块钱的跨行转账”为例，用户转账输入的金额为“10000”，该正确显示框显示“通过(pass)，结果：成功转账”。

可见，实施上述方法，第一生成单元5042能够根据第一预设条件生成正常测试用例，并对正常测试用例的结果进行显示。

本发明实施例中，特定测试方法可以是等价划分法和边界值法等，本发明实施例不作限定。举例来说，对于需求点“实现一万块钱的跨行转账”的功能需求“一万块钱”，设置子单元5041利用等价划分法和边界值法等方法，将一万块钱设为边界值，大于一万块钱设为第二预设条件，根据第二预设条件进行测试，结果为转账失败，其生成的测试用例为异常测试用例。

作为一种可选的实施方式，第二生成单元5043在异常测试用例的测试结果可以弹出错误提示框，该错误提示框用于指示错误信息。例如，以需求点为“实现一万块钱的跨行转账”为例，用户转账输入的金额为“10001”，该错误提示框显示“失败(failed)，提示：转账金额应小于或等于一万块钱”。此外，在关闭错误提示框后，第二生成单元5043可以将光标定位于错误的输入位置，然后将错误的输入清空或选蓝，以便用户重新输入金额。

可见，实施上述方法，第二生成单元5043能够根据第二预设条件生成异常测试用例，并且对异常测试用例的结果进行提醒和定位，以便用户重新输入。

获取单元505包括：

第一获取子单元5051，用于对初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例；

第二获取子单元5052，用于对初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例。

作为一种可选的实施方式，第一获取子单元5051对初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例，包括：

第一分解模块50511，用于根据第一任务属性，分解初始正常测试用例以获得分解后的初始正常测试用例；

第一标记模块50512，用于根据第一任务人员，标记分解后的初始正常测试用例以获得目标正常测试用例。

作为一种可选的实施方式，第二获取子单元5052对初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例，包括：

第二分解模块50521，用于根据第二任务属性，分解初始异常测试用例以获得分解后的初始异常测试用例；

第二标记模块50522，用于根据第二任务人员，标记分解后的初始异常测试用例以获得目标异常测试用例。

第一弹出单元509，用于在第一获取子单元5051对初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例之后，当接收到用户输入的第一格式切换指令时，在显示界面弹出第一切换窗口。

其中，第一格式切换指令用于指示开启目标正常测试用例的格式切换功能；第一切换窗口用于显示不同的目标正常测试用例的格式以供用户选择。

第一切换单元510，用于当接收到用户输入的第一选择指令时，切换目标正常测试用例的格式。

其中，第一选择指令用于表示用户所选择的目标正常测试用例的格式。

作为一种可选的实施方式，第一切换单元510可以设置有第一切换按钮，点击该按钮作为第一切换指令，当检测到该第一切换按钮被点击时，第一切换单元510开启目标正常测试用例格式切换功能，在显示界面弹出第一切换窗口用于显示不同的目标正常测试用例格式供用户选择。

进一步地，作为一种可选的实施方式，用户还可以根据自己的风格定制属于自己的格式。

可见，实施上述方法，用户可以根据自己喜欢的风格选择目标正常测试用例格式，对目标正常测试用例格式进行自由调整，也可以根据自己的风格定制属于自己的格式，提高了用户体验。

第一导入单元511，用于当接收到用户输入的第一导入指令时，导入切换格式后的目标正常测试用例至测试管理工具，以使测试管理工具集成切换格式后的目标正常测试用例所涉及的任务。

作为一种可选的实施方式，第一导入单元511可以设置有导入按钮，点击该按钮作为导入指令，当检测到该导入按钮被点击时，第一导入单元511开启导入测试用例到测试管理工具的功能，在显示界面弹出导入窗口用于导入测试用例。

可见，实施上述方法，第一导入单元511可以将测试用例导入到测试管理工具(如QC)，以使QC指导完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段，从而能够将测试中所涉及的全部任务集成起来，有助于确保用户得到最高质量的应用程序。

第二弹出单元512，用于在第二获取子单元5052对初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例之后，当接收到用户输入的第二格式切换指令时，在显示界面弹出第二切换窗口。

其中，第二格式切换指令用于指示开启目标异常测试用例的格式切换功能；第二切换窗口用于显示不同的目标异常测试用例的格式以供用户选择。

第二切换单元513，用于当接收到用户输入的第二格式切换指令时，在显示界面弹出第二切换窗口。

其中，第二选择指令用于表示用户所选择的目标异常测试用例的格式。

作为一种可选的实施方式，第二切换单元513可以设置有第二切换按钮，点击该按钮作为第二切换指令，当检测到该第二切换按钮被点击时，第二切换单元513开启目标异常测试用例格式切换功能，在显示界面弹出第二切换窗口用于显示不同的目标异常测试用例格式供用户选择。

进一步地，作为一种可选的实施方式，用户还可以根据自己的风格定制属于自己的格式。

可见，实施上述方法，用户可以根据自己喜欢的风格选择目标异常测试用例格式，对目标异常测试用例格式进行自由调整，也可以根据自己的风格定制属于自己的格式，提高了用户体验。

第二导入单元514，用于当接收到用户输入的第二导入指令时，导入切换格式后的目标异常测试用例至测试管理工具，以使测试管理工具集成切换格式后的目标异常测试用例所涉及的任务。

可见，与图6所描述的测试用例的生成装置相比，实施图7所描述的测试用例的生成装置，还能够根据用户自己喜欢的风格选择测试用例格式，对测试用例格式进行自由调整，提高了用户体验。此外，还能够将测试用例导入测试管理工具，以使测试管理工具指导完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段，从而能够将测试中所涉及的任务集成起来，确保用户得到更高质量的应用程序。

本发明还提供一种电子设备，该电子设备包括：

处理器；

存储器，该存储器上存储有计算机可读指令，该计算机可读指令被处理器执行时，实现如前所示的一种测试用例生成方法。

该电子设备可以是图1所示装置100。

在一示例性实施例中，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如前所示的一种测试用例生成方法。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种测试用例的生成方法，其特征在于，所述方法包括：

接收测试需求矩阵表；

从所述测试需求矩阵表中确定需求点；

根据功能需求类型对所述需求点进行标记，以获得多个功能需求点；

通过测试用例生成工具，根据所述多个功能需求点生成初始测试用例；

对所述初始测试用例进行任务分解和任务标记，以获得目标测试用例。

2.根据权利要求1所述的方法，其特征在于，在所述接收测试需求矩阵表之后，以及所述从所述测试需求矩阵表中确定需求点之前，所述方法还包括：

检测所述测试需求矩阵表的命名格式；

根据所述测试需求矩阵表的命名格式，将所述测试需求矩阵表分类，以获得所述测试需求矩阵表的类型；

根据所述测试需求矩阵表的类型，将所述测试需求矩阵表保存至测试需求矩阵表库。

3.根据权利要求1所述的方法，其特征在于，所述从所述测试需求矩阵表中确定需求点，包括：

识别所述测试需求矩阵表以获得原事件内容；

通过图文方式输出所述原事件内容；

根据所述原事件内容的图文，确定需求点。

4.根据权利要求1所述的方法，其特征在于，所述通过测试用例生成工具，根据所述多个功能需求点生成初始测试用例，包括：

利用特定测试方法，设置第一预设条件和第二预设条件；

通过所述测试用例生成工具，根据所述第一预设条件和所述多个功能需求点，生成初始正常测试用例；以及通过所述测试用例生成工具，根据所述第二预设条件和所述多个功能需求点，生成初始异常测试用例；

以及，所述对所述初始测试用例进行任务分解和任务标记，以获得目标测试用例，包括：

对所述初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例；

对所述初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例。

5.根据权利要求4所述的方法，其特征在于，所述对所述初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例，包括：

根据第一任务属性，分解所述初始正常测试用例以获得分解后的初始正常测试用例；

根据第一任务人员，标记所述分解后的初始正常测试用例以获得所述目标正常测试用例；

以及，所述对所述初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例，包括：

根据第二任务属性，分解所述初始异常测试用例以获得分解后的初始异常测试用例；

根据第二任务人员，标记所述分解后的初始异常测试用例以获得所述目标异常测试用例。

6.根据权利要求4所述的方法，其特征在于，在对所述初始正常测试用例进行任务分解和任务标记，以获得目标正常测试用例之后，所述方法还包括：

当接收到用户输入的第一格式切换指令时，在显示界面弹出第一切换窗口；所述第一格式切换指令用于指示开启所述目标正常测试用例的格式切换功能；所述第一切换窗口用于显示不同的目标正常测试用例的格式以供用户选择；

当接收到用户输入的第一选择指令时，切换所述目标正常测试用例的格式；所述第一选择指令用于表示用户所选择的目标正常测试用例的格式；

以及，在对所述初始异常测试用例进行任务分解和任务标记，以获得目标异常测试用例之后，所述方法还包括：

当接收到用户输入的第二格式切换指令时，在显示界面弹出第二切换窗口；所述第二格式切换指令用于指示开启所述目标异常测试用例的格式切换功能；所述第二切换窗口用于显示不同的目标异常测试用例的格式以供用户选择；

当接收到用户输入的第二选择指令时，切换所述目标异常测试用例的格式；所述第二选择指令用于表示用户所选择的目标异常测试用例的格式。

7.根据权利要求6所述的方法，其特征在于，在所述切换目标正常测试用例的格式之后，所述方法还包括：

当接收到用户输入的第一导入指令时，导入切换格式后的目标正常测试用例至测试管理工具，以使所述测试管理工具集成所述切换格式后的目标正常测试用例所涉及的任务；

以及，在所述切换目标异常测试用例的格式之后，所述方法还包括：

当接收到用户输入的第二导入指令时，导入切换格式后的目标异常测试用例至所述测试管理工具，以使所述测试管理工具集成所述切换格式后的目标异常测试用例所涉及的任务。

8.一种测试用例的生成装置，其特征在于，所述装置包括：

接收单元，用于接收测试需求矩阵表；

确定单元，用于从所述测试需求矩阵表中确定需求点；

标记单元，用于根据功能需求对所述需求点进行标记，以获得多个功能需求点；

生成单元，用于通过测试用例生成工具，根据所述多个功能需求点生成初始测试用例；

获取单元，用于对所述初始测试用例进行任务分解和任务标记，以获得目标测试用例。

9.一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1～7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其特征在于，其存储计算机程序，所述计算机程序使得计算机执行权利要求1～7任一项所述的测试用例的生成方法。