一种用例测试方法及终端设备与流程

本发明属于计算机技术领域，尤其涉及一种用例测试方法及终端设备。

背景技术：

随着软件系统不断地向着复杂化的方向发展，在对软件系统的测试过程中，为了能够全面地对其功能进行测试，往往需要执行大量的测试用例，而目前的用例测试，一般仍是依靠测试人员手工执行，效率极为低下。

技术实现要素：

有鉴于此，本发明实施例提供了一种用例测试方法及终端设备，以解决依靠测试人员手工执行用例测试所产生的效率低下的问题。

本发明实施例的第一方面提供了一种用例测试方法，可以包括：

从用例库中选取一个未被测试过的用例作为当前的目标用例，所述用例库中包括一个以上预先添加的待测试的用例；

根据所述目标用例构造出与所述目标用例对应的测试请求消息；

获取所述目标用例中的测试对象；

将所述测试请求消息发送至所述测试对象；

接收所述测试对象返回的测试输出数据；

将所述测试输出数据与所述目标用例的预设的预期输出数据进行比对；

若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过，若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常；

返回执行从用例库中选取一个未被测试过的用例作为当前的目标用例的步骤，直至所述用例库中的用例均被测试过。

本发明实施例的第二方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

从用例库中选取一个未被测试过的用例作为当前的目标用例，所述用例库中包括一个以上预先添加的待测试的用例；

根据所述目标用例构造出与所述目标用例对应的测试请求消息；

获取所述目标用例中的测试对象；

将所述测试请求消息发送至所述测试对象；

接收所述测试对象返回的测试输出数据；

将所述测试输出数据与所述目标用例的预设的预期输出数据进行比对；

若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过，若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常；

返回执行从用例库中选取一个未被测试过的用例作为当前的目标用例的步骤，直至所述用例库中的用例均被测试过。

本发明实施例的第三方面提供了一种用例测试终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如下步骤：

从用例库中选取一个未被测试过的用例作为当前的目标用例，所述用例库中包括一个以上预先添加的待测试的用例；

根据所述目标用例构造出与所述目标用例对应的测试请求消息；

获取所述目标用例中的测试对象；

将所述测试请求消息发送至所述测试对象；

接收所述测试对象返回的测试输出数据；

将所述测试输出数据与所述目标用例的预设的预期输出数据进行比对；

若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过，若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常；

返回执行从用例库中选取一个未被测试过的用例作为当前的目标用例的步骤，直至所述用例库中的用例均被测试过。

本发明实施例与现有技术相比存在的有益效果是：本发明实施例从用例库中选取一个未被测试过的用例作为当前的目标用例，首先根据所述目标用例构造出与所述目标用例对应的测试请求消息，然后获取所述目标用例中的测试对象，将所述测试请求消息发送至所述测试对象，最后获取所述测试对象返回的测试输出数据，将所述测试输出数据与预设的预期输出数据进行比对，若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过，若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常。在对目标用例的测试结果进行判定之后，返回执行从用例库中选取一个未被测试过的用例作为当前的目标用例的步骤，直至所述用例库中的用例均被测试过。测试人员仅需将待进行测试的用例预先添加至所述用例库中，即可自动进行测试请求消息构造、测试请求消息发送、测试输出数据接收、数据比对及结果判定等一系列的测试过程，极大提高了测试效率。

附图说明

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

图1为本发明实施例中一种用例测试方法的一个实施例流程图；

图2为本发明实施例中一种用例测试方法的步骤s101在一个应用场景下的示意流程图；

图3为本发明实施例中一种用例测试方法的步骤s102在一个应用场景下的示意流程图；

图4为本发明实施例中一种用例测试方法中的将测试输出数据存储入预设的数据共享池的示意流程图；

图5为本发明实施例提供的用例测试终端设备的示意框图；

图6为本发明实施例提供的用例测试程序的程序模块图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种用例测试方法的一个实施例可以包括：

步骤s101、从用例库中选取一个未被测试过的用例作为当前的目标用例。

所述用例库中包括一个以上预先添加的待测试的用例。一般地，在进行测试前，测试人员需要将本次待进行测试的用例预先添加至所述用例库中。

优选地，步骤s101具体可以包括如图2所示的步骤：

步骤s1011、根据预设的用例优先级顺序从所述用例库中选取优先级最高的未被测试过的用例。

所述用例优先级可以由测试人员根据各个用例的重要程度来进行设置，优选地，可以将所述用例库中的各个用例按照优先级从高到底的顺序进行排列，便于执行用例测试时对其依次进行测试。

所述用例优先级还可以由系统自动设置，例如，可以根据各个用例测试的内容来设置优先级，将进行功能性验证的用例设置为高优先级，将进行边界值、错误值和配置测试的用例设置为中优先级，将进行性能测试及压力测试的用例设置为低优先级。对于同样测试内容的用例，可以根据其添加至所述用例库的时间顺序来设置优先级，先添加的用例的优先级高于后添加的用例的优先级。

步骤s1012、根据预设的用例依赖关系判断选取的所述用例是否存在未被测试过的前置用例。

所述用例依赖关系记录了两个用例之间的依赖关系，其中后置用例的测试输入数据为前置用例的测试输出数据。例如，若用例a和用例b存在用例依赖关系，用例b的测试需要在用例a测试完成之后进行，用例b的测试输入数据为用例a的测试输出数据，则用例b为用例a的后置用例，用例a为用例b的前置用例。前置用例是后置用例执行的基础，因此，需要保证前置用例要先于后置用例执行。

若选取的所述用例存在未被测试过的前置用例，则执行步骤s1013，若选取的所述用例不存在未被测试过的前置用例，则执行步骤s1014。

步骤s1013、将选取的所述用例的前置用例确定为当前的目标用例。

步骤s1014、将选取的所述用例确定为当前的目标用例。

步骤s102、根据所述目标用例构造出与所述目标用例对应的测试请求消息。

优选地，步骤s102具体可以包括如图3所示的步骤：

步骤s1021、根据预设的用例依赖关系判断所述目标用例是否存在前置用例。

若所述目标用例存在前置用例，则执行步骤s1022，若所述目标用例不存在前置用例，则执行步骤s1023。

步骤s1022、从预设的数据共享池中获取所述前置用例的测试输出数据作为所述目标用例的测试输入数据。

复杂软件系统间的各个模块、单元之间往往都存在着较强的依赖关系，但目前的测试方法仍是孤立地进行各个单独用例的测试，各个用例之间彼此独立，测试效果较差。为此可以设置一个数据共享池，作为多个存在依赖关系的用例进行数据传递的中介。例如，若用例a和用例b存在用例依赖关系，用例b为用例a的后置用例，用例a为用例b的前置用例。则在对用例a进行测试时，将其测试输出数据存储入数据共享池中，待到对用例b进行测试时，从数据共享池中读取这些数据来保证测试的执行。同时，用例b的测试输出数据可以继续作为对用例c进行测试所需的数据，依次类推。即充分考虑多个用例之间的依赖关系，对中间数据进行保存，并在存在依赖关系的用例间进行传递。

步骤s1023、从所述目标用例中获取测试输入数据。

若目标用例不存在前置用例，则其测试运行无需依赖其它的用例，直接获取与其对应的测试输入数据即可。

步骤s1024、获取所述目标用例中的请求方式。

所述请求方式可以包括get、post、put、delete等等，其中get为查询资源信息的请求方式，post为更新资源信息的请求方式，put为增加资源信息的请求方式，delete为删除资源信息的请求方式。

步骤s1025、根据所述请求方式和所述测试输入数据构造出所述测试请求消息。

例如，若目标用例的请求方式为get，则进入到get方法中，将测试输入数据放入get方法中，构造出查询资源信息的测试请求消息。

步骤s103、获取所述目标用例中的测试对象。

所述测试对象即为所述目标用例所针对的网络资源对象，可以通过统一资源定位符(uniformresourcelocator，url)来指示该网络资源对象。

步骤s104、将所述测试请求消息发送至所述测试对象。

所述测试对象在接收到所述测试请求消息后，按照其中的请求方式执行相关的操作，将操作结果(即测试输出数据)封装成响应消息并发送给测试请求方。

步骤s105、接收所述测试对象返回的测试输出数据。

在接收到所述测试对象返回的响应消息后，一般需要对所述响应消息进行解析，从中提取出所需的测试输出数据。

步骤s106、将所述测试输出数据与所述目标用例的预设的预期输出数据进行比对；

若所述测试输出数据与所述预期输出数据一致，则执行步骤s107，若所述测试输出数据与所述预期输出数据不一致，则执行步骤s108。

步骤s107、判定所述目标用例测试通过。

优选地，在步骤s107之后，还可以根据预设的用例依赖关系判断所述目标用例是否存在后置用例，若所述目标用例存在后置用例，则将所述目标用例的测试输出数据存储入预设的数据共享池中，以便所述后置用例从所述数据共享池中获取所述目标用例的测试输出数据作为所述后置用例的测试输入数据，若所述目标用例不存在后置用例，则无需执行此过程。

步骤s108、判定所述目标用例测试异常。

在所述步骤s107或步骤s108之后，返回执行步骤s101，即从用例库中选取一个未被测试过的用例作为当前的目标用例，直至所述用例库中的用例均被测试过，则结束本次测试。

优选地，在结束本次测试之后，所述用例测试方法还可以包括如图4所示的步骤：

步骤s401、对所述用例库中的用例的测试结果进行统计，得到各个所述测试对象的测试通过率。

某一测试对象的测试通过率为针对该测试对象测试通过的用例数目与针对该对象总的用例数目的比值。例如，若所述用例库中共有50个用例，其中，10个用例针对的是测试对象a，测试通过了9个，20个用例针对的是测试对象b，测试通过了19个，20个用例针对的是测试对象c，测试通过了20个，则测试对象a的测试通过率为90％，测试对象b的测试通过率为95％，测试对象c的测试通过率为100％。

步骤s402、将测试通过率低于预设阈值的测试对象确定为优选测试对象。

所述阈值可以根据实际情况进行设置，本实施例对此不作具体限定。例如，可以将其设置为95％，则将测试对象a确定为优选测试对象。

步骤s403、在所述用例库中增加对所述优选测试对象进行测试的用例。

所述优选测试对象的测试通过率较低，说明该测试对象中可能存在问题，需要测试人员进行问题排查和定位，并解决存在的问题。在下一次进行测试之前，对优选测试对象进行重点测试，在所述用例库中增加对所述优选测试对象进行测试的用例，提高对所述优选测试对象进行测试的用例在整个用例库中的占比，例如，在本次测试中，对优选测试对象a的测试用例共有10个，占总用例数的20％，则在下次测试中，可以将对优选测试对象a的测试用例增加至20个，提高在整个用例库中的占比，更全面、更细致地对优选测试对象进行测试。

可选地，在在结束本次测试之后，还可以对所述用例库中的用例的测试结果进行统计，统计出用例总数、通过用例数、失败用例数、通过率等等指标，并以邮件的方式发送到指定测试人员的邮箱中，对于执行失败的用例，提供链接接口，供测试人员查看测试输出数据与预期输出数据之间的对比，便于测试人员进行问题排查和定位。

综上所述，本发明实施例从用例库中选取一个未被测试过的用例作为当前的目标用例，首先根据所述目标用例构造出与所述目标用例对应的测试请求消息，然后获取所述目标用例中的测试对象，将所述测试请求消息发送至所述测试对象，最后获取所述测试对象返回的测试输出数据，将所述测试输出数据与预设的预期输出数据进行比对，若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过，若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常。在对目标用例的测试结果进行判定之后，返回执行从用例库中选取一个未被测试过的用例作为当前的目标用例的步骤，直至所述用例库中的用例均被测试过。测试人员仅需将待进行测试的用例预先添加至所述用例库中，即可自动进行测试请求消息构造、测试请求消息发送、测试输出数据接收、数据比对及结果判定等一系列的测试过程，极大提高了测试效率。

对应于上文实施例所述的用例测试方法，图5示出了本发明实施例提供的用例测试终端设备的示意框图，为了便于说明，仅示出了与本发明实施例相关的部分。

在本实施例中，所述用例测试终端设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该用例测试终端设备可包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。

所述处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其它通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述用例测试终端设备5的内部存储单元，例如用例测试终端设备5的硬盘或内存。所述存储器51也可以是所述用例测试终端设备5的外部存储设备，例如所述用例测试终端设备5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器51还可以既包括所述用例测试终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述用例测试终端设备5所需的其它程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

请参阅图6，是本发明实施例提供的计算机程序52的程序模块图。在本实施例中，所述的计算机程序52可以被分割成一个或多个模块，所述一个或者多个模块被存储于所述存储器51中，并由所述处理器50所执行，以完成本发明。例如，在图6中，所述的计算机程序52，也即用例测试程序可以被分割成目标用例选取模块601、请求消息构造模块602、测试对象获取模块603、请求消息发送模块604、输出数据接收模块605、数据比对模块606、第一判定模块607和第二判定模块608。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述所述计算机程序52在所述用例测试终端设备中的执行过程。以下描述将具体介绍所述程序模块601-608的功能。

目标用例选取模块601，用于从用例库中选取一个未被测试过的用例作为当前的目标用例，所述用例库中包括一个以上预先添加的待测试的用例；

请求消息构造模块602，用于根据所述目标用例构造出与所述目标用例对应的测试请求消息；

测试对象获取模块603，用于获取所述目标用例中的测试对象；

请求消息发送模块604，用于将所述测试请求消息发送至所述测试对象；

输出数据接收模块605，用于接收所述测试对象返回的测试输出数据；

数据比对模块606，用于将所述测试输出数据与所述目标用例的预设的预期输出数据进行比对；

第一判定模块607，用于若所述测试输出数据与所述预期输出数据一致，则判定所述目标用例测试通过；

第二判定模块608，用于若所述测试输出数据与所述预期输出数据不一致，则判定所述目标用例测试异常。

进一步地，所述目标用例选取模块601可以包括：

最高优先级用例选取单元，用于根据预设的用例优先级顺序从所述用例库中选取优先级最高的未被测试过的用例；

第一判断单元，用于根据预设的用例依赖关系判断选取的所述用例是否存在未被测试过的前置用例，所述用例依赖关系记录了两个用例之间的依赖关系，其中后置用例的测试输入数据为前置用例的测试输出数据；

第一确定单元，用于若选取的所述用例存在未被测试过的前置用例，则将选取的所述用例的前置用例确定为当前的目标用例；

第二确定单元，用于若选取的所述用例不存在未被测试过的前置用例，则将选取的所述用例确定为当前的目标用例。

进一步地，所述请求消息构造模块602可以包括：

第二判断单元，用于根据预设的用例依赖关系判断所述目标用例是否存在前置用例，所述用例依赖关系记录了两个用例之间的依赖关系，其中后置用例的测试输入数据为前置用例的测试输出数据；

第一输入数据获取单元，用于若所述目标用例存在前置用例，则从预设的数据共享池中获取所述前置用例的测试输出数据作为所述目标用例的测试输入数据；

第二输入数据获取单元，用于若所述目标用例不存在前置用例，则从所述目标用例中获取测试输入数据；

请求方式获取单元，用于获取所述目标用例中的请求方式；

请求消息构造单元，用于根据所述请求方式和所述测试输入数据构造出所述测试请求消息。

进一步地，所述计算机程序52中还可以包括：

后置用例判断模块，用于根据预设的用例依赖关系判断所述目标用例是否存在后置用例，所述用例依赖关系记录了两个用例之间的依赖关系，其中后置用例的测试输入数据为前置用例的测试输出数据；

输出数据存储模块，用于若所述目标用例存在后置用例，则将所述目标用例的测试输出数据存储入预设的数据共享池中，以便所述后置用例从所述数据共享池中获取所述目标用例的测试输出数据作为所述后置用例的测试输入数据。

进一步地，所述计算机程序52中还可以包括：

结果统计模块，用于对所述用例库中的用例的测试结果进行统计，得到各个所述测试对象的测试通过率；

优选测试对象确定模块，用于将测试通过率低于预设阈值的测试对象确定为优选测试对象；

用例增加模块，用于在所述用例库中增加对所述优选测试对象进行测试的用例。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各实施例的模块、单元和/或方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。