CN103246601A - 测试方法及装置 - Google Patents

Abstract

本发明公开了一种测试方法及装置，属于计算机测试领域。所述测试方法包括：读取用例描述文件；获取所述用例描述文件所描述的测试用例的构建参数，所述构建参数包括：第一对象的信息和第二对象的信息；根据所述构建参数，加载所述第一对象和第二对象，以形成所述测试用例；调用所述测试用例执行测试过程，获得测试结果。本发明通过将第一类型对象和第二类型对象分离，可以提高HTML文档和JS文件的重用性，而利用用例描述文件可以很方便地构建新的测试用例和解决测试用例之间的依赖关系。

Description

测试方法及装置

技术领域

本发明涉及计算机测试领域，特别涉及一种测试方法及装置。

背景技术

随着社会需求的不断增加，人们在生活工作中接触和使用的互联网产品也越来越多。现在大多数的互联网应用都是基于HTML(Hypertext Markup Language，文本标记语言)语言和JS(Javascript，java客户端脚本语言)语言构建的。JS是一种基于对象和事件驱动并具有相对安全性的客户端脚本语言，同时也是一种广泛用于客户端Web开发的脚本语言，常用来给HTML网页添加动态功能，比如响应用户的各种操作，等等。

为了测试由JS开发的功能是否能够正常运行，现有的一种测试方法为：将实现某一种功能的一段JS代码与一段HTML代码组合构建成一个测试用例，由测试人员手动执行该测试用例以测试该项功能是否能够正常运行，例如：将一段用于提供密码输入框的HTML代码和一段用于判断输入数据是否合法的JS代码编译为一个测试用例，由测试人员手动执行该测试用例以测试“判断输入数据是否合法”这项功能是否能够正常运行。当然，为了测试“判断输入数据是否合法”这项功能是否能够正常运行，还可能将一段用于提供论坛登录输入框的HTML代码和该段用于判断输入数据是否合法的JS代码编译为另一个测试用例，由测试人员继续手动执行该测试用例以测试“判断输入数据是否合法”这项功能是否能够正常运行。对于一项功能的测试，可以设置多个测试用例而形成测试用例集。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：一个测试用例中的HTML代码和JS代码是被编译在一起的，而不同测试用例中的HTML代码或JS代码可能是相同或者相似的，比如前述的用于实现判断输入数据是否合法的JS代码。如果这段JS代码被重新编写或者设计，那么所有相关的测试用例都需要手动一个个去重新编译。而且在设计新的测试用例时，在以前测试用例中HTML代码或JS代码也不能很方便地被再次利用。

发明内容

为了方便测试用例的调整和重新构建，本发明实施例提供了一种测试方法及装置。所述技术方案如下：

根据本发明的一个方面，本发明实施例提供一种测试方法，所述测试方法包括：

读取用例描述文件；

获取所述用例描述文件所描述的测试用例的构建参数，所述构建参数包括：第一对象的信息和第二对象的信息；

根据所述构建参数，加载所述第一对象和第二对象，以形成所述测试用例；

调用所述测试用例执行测试过程，获得测试结果。

进一步地，所述读取用例描述文件之后，还包括：

获取所述用例描述文件所描述的测试用例的依赖关系信息；

根据所述依赖关系信息，判断所述测试用例依赖的在前测试用例的测试状态；

如果所述在前测试用例的测试状态为测试成功，则执行获取所述用例描述文件所描述的测试用例的构建参数的步骤；

其中，所述依赖关系信息用于指示被所述测试用例依赖的在前测试用例；

所述测试状态包括：正在测试、测试成功、测试失败、未进行测试中的任一种。

获取测试用例集的用例索引；

所述读取用例描述文件，具体包括：

根据所述用例索引读取所述测试用例集内的每个测试用例的用例描述文件；

其中，所述测试用例集包括至少一个测试用例；所述用例索引对应于所述测试用例集内的全部或者部分测试用例的用例描述文件，每个用例描述文件用于描述所述测试用例集内的一个测试用例。

进一步地，在获得测试结果之后，还包括：

根据所述测试用例集的用例索引，自动读取下一个用例描述文件：

或者，根据用户发送的触发信号，读取所触发测试用例的用例描述文件。

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

在所述获得测试结果之后，输出所述测试结果；或者，

在所述测试用例集内的所有测试用例均执行测试过程，获得测试结果后，将各个测试结果汇总成报表输出。

根据本发明的另一方面，本发明实施例还提供一种测试装置，所述测试装置包括：

描述文件读取模块，用于读取用例描述文件；

构建参数获取模块，用于获取所述用例描述文件所描述的测试用例的构建参数，所述构建参数包括：第一对象的信息和第二对象的信息；

用例构建模块，用于根据所述构建参数加载所述第一对象和第二对象以形成所述测试用例；

用例执行模块，用于调用所述测试用例执行测试过程，获得测试结果。

进一步地，所述测试装置还包括：依赖关系获取模块和在前测试判断模块；

所述依赖关系获取模块，用于获取所述用例描述文件所描述的测试用例的依赖关系信息；

所述在前测试判断模块，用于根据所述依赖关系信息，判断所述测试用例依赖的在前测试用例的测试状态；

所述构建参数获取模块，具体用于在所述在前测试判断模块判断在前测试用例的测试状态为测试成功后，获取所述用例描述文件所描述的测试用例的构建参数；

其中，所述依赖关系信息用于指示被所述测试用例依赖的在前测试用例；

所述测试状态包括：正在测试、测试成功、测试失败、未进行测试中的任一种。

进一步地，所述测试装置还包括：用例索引获取模块；

所述用例索引获取模块，用于获取测试用例集的用例索引；

所述描述文件读取模块，用于根据所述用例索引读取所述测试用例集内的每个测试用例的用例描述文件；

其中，所述测试用例集包括至少一个测试用例；所述用例索引对应于所述测试用例集内的全部或者部分测试用例的用例描述文件，每个用例描述文件用于描述所述测试用例集内的一个测试用例。

进一步地，所述描述文件读取模块包括有：自动读取单元和手动读取单元；

所述自动读取单元，用于在所述用例执行模块获得所述测试用例的测试结果之后，根据所述测试用例集的用例索引，自动读取下一个用例描述文件：

所述手动读取单元，用于在所述用例执行模块获得所述测试用例的测试结果之后，根据用户发送的触发信号，读取所触发测试用例的用例描述文件。

进一步地，所述测试装置还包括：第一测试输出单元和/或第二测试输出单元；

所述第一测试输出单元，用于在所述用例执行模块获得测试结果之后，输出所述测试结果；

所述第二测试输出单元，用于在所述测试用例集内的所有测试用例均执行测试过程，所述用例执行模块获得测试结果后，将各个测试结果汇总成报表输出。

本发明实施例提供的技术方案带来的有益效果是：

通过将第一对象和第二对象分离，也即将HTML文档和JS文件分离，可以提高HTML文档和JS文件的重用性，而利用用例描述文件可以很方便地构建新的测试用例和解决各个测试用例之间的依赖关系。同时通过各个测试用例集中的索引文件，可以实现自动的测试过程，而不需要用户进行多次手工测试过程，只需要获取最终的测试报表即可。

附图说明

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

图1是本发明实施例提供的测试方法及装置的实施环境图；

图2是本发明实施例一提供的测试方法的方法流程图；

图3是本发明实施例二提供的测试方法的方法流程图；

图4是本发明实施例三提供的测试装置的结构方框图；

图5是本发明实施例三提供的描述文件读取模块的结构方框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参考图1，其示出了本发明实施例提供的测试方法及装置的实施环境图。该实施环境包括浏览器运行设备110、测试服务器120和数据库130。浏览器运行设备110可以是运行有浏览器的个人电脑、手机、平板电脑或者笔记本等终端，用户可以使用浏览器运行设备110上运行的浏览器发起测试过程、输入相关信号和查看测试过程及结果。测试服务器120可以是部署有特定JSP(Java Server Pages，Java动态网页)应用的网页服务器，主要用于完成测试工作。数据库130可以用于存储测试过程中需要的或者产生的测试数据。使用该实施环境的好处是：由于采用测试服务器120完成主要的测试过程，并且JSP具有跨平台性，可以使本发明实施例提供的测试方法及装置具有可跨平台和支持手机浏览器的优点，浏览器端只需访问测试页面、输入相关信号和接收测试结果即可。

实施例一

请参考图2，其示出了本发明实施例一提供的测试方法的方法流程图。该测试方法可以用于图1所示测试服务器120中，该测试方法包括：

步骤201，读取用例描述文件；

在本实施例中，测试用例并不是直接由HTML代码和JS代码编译形成。在测试工作之前，需要先将不同的HTML片段和JS文件分离存储在测试服务器中，HTML片段可以包含实现一个网页基本构件的一段HTML代码，JS文件可以包含实现一项独立功能的一段JS代码。这些HTML片段和JS文件可以是在不同的测试用例中能够被重复使用的部分。为了便于描述，本文中将被分离存储的HTML片段称之为第一对象，而被分离存储的JS代码称之为第二对象。

然后，为每一个测试用例提供一个用于描述该测试用例的用例描述文件，该用例描述文件可以包含有构建该测试用例时的HTML片段的信息、JS文件的信息以及其它必不可少的参数和信息。当需要执行一个测试用例时，首先读取用于描述该测试用例的用例描述文件。

步骤202，获取用例描述文件所描述的测试用例的构建参数，构建参数包括：第一对象的信息和第二对象的信息；

在读取到一个用例描述文件之后，可以获取该用例描述文件所描述的测试用例的构建参数，该构建参数包括但不限于：第一对象的信息和第二对象的信息。其中，第一对象的信息即为该测试用例中需要的HTML片段在测试服务器中的访问地址或存储地址，或者是该HTML片段的文件名之类的信息。第二对象的信息即为该测试用例中需要的JS文件在测试服务器中的访问地址或存储地址，或者是该JS文件的文件名之类的信息。该构建参数还可以包括测试时需要的一些输入信息、判断条件等，此部分内容可对照现有技术，在此不赘述。

步骤203，根据构建参数加载第一对象和第二对象以形成测试用例；

在获得构建参数之后，可以根据构建参数内的第一对象的信息和第二对象的信息，从分离存储的若干个第一对象和第二对象中加载相应的第一对象和第二对象，以便构建形成该测试用例。需要说明的是，第一对象，也即HTML片段，并不是每个测试用例中都必须需要的，在一些实施例中，一个测试用例只需要加载一个第二对象，也即JS文件即可。

步骤204，调用测试用例执行测试过程，获得测试结果。

在加载工作完成后，测试服务器可以调用测试用例执行测试过程。在执行测试过程中用户可以调试，可以定位问题，并在测试过程结束后保存测试结果，测试结果可以保存于数据库中。

综上所述，本发明实施例一提供的测试方法采用用例描述文件来组织HTML文档和JS文件，使用不同的用例描述文件，从已经存储的若干个HTML文档和JS文件中加载相应的HTML文档和JS文件就可以构建成新的测试用例。一方面，提高了HTML文档和JS文件的复用性；另一方面，构建新的测试用例和调整已有的测试用例都非常方便。也就是说，构建新的测试用例时，通常只需要提供一个新的用例描述文件即可；而调整已有的测试用例时，只需要对HTML文档、JS文件和用例描述文件中的任一个或者多个进行一些小的调整即可。

实施例二

请参考图3，其示出了本发明实施例二提供的测试方法的方法流程图。该测试方法可以用于图1所示测试服务器120中，该测试方法包括：

步骤301，用户通过浏览器选定一个测试用例集；

当对一个测试对象进行测试时，用户可以通过浏览器从若干个测试用例集中选定一个测试用例集。

步骤302，获取测试用例集的用例索引；

一个测试用例集内可以包括有若干个测试用例，对应于这若干个测试用例，在测试用例集内有这些测试用例的索引。该用例索引对应于该测试用例集内的全部或者部分测试用例的用例描述文件。换句话说，在通常情况下，该用例索引对应于该测试用例集内的所有测试用例的用例描述文件。每个用例描述文件用于描述该测试用例集内的一个测试用例。测试服务器可以获取被选定的测试用例集内的用例索引。

步骤303，根据用例索引读取测试用例集的每个测试用例的用例描述文件；

在获取到测试用例集的用例索引之后，如果是自动测试模式，测试服务器可以按照该用例索引来依次读取该测试用例集内的各个测试用例内的用例描述文件。比如测试服务器可以首先读取用例索引内的第一个测试用例的用例描述文件，然后在第一个测试用例执行完毕后，根据用例索引读取第二个测试用例的用例描述文件。也即是说，一个用例描述文件对应的测试过程完成或中止后，测试服务器可以根据用例索引自动读取下一个用例描述文件，此时可以实现自动测试过程。

步骤304，获取用例描述文件所描述的测试用例的依赖关系信息；

用例描述文件中不仅包括有构建一个测试用例时的构建参数，还可以包括有该测试用例的依赖关系信息，依赖关系信息用于指示被当前测试用例依赖的在前测试用例。具体地讲，由于有些测试用例还需要依赖其它属性或者方法等才能够正常执行，这些被依赖的属性和方法通常是同一测试用例集内的另外一个测试用例。由于在前测试用例的测试结果将会影响当前测试用例的测试结果，比如测试用例B依赖测试用例A，如果测试用例A经过了测试并且测试成功，那么测试用例B的测试结果才会比较准确；如果测试用例A没有测试或者经过测试但是测试失败，那么测试用例B的测试结果则不能保证，例如在此种情况下测试用例B的测试结果是错误的，则测试人员也无法判别故障出现在测试用例A中还是测试用例B中。

换句话说，各个测试用例之间可能存在互相依赖执行的情况，只有被依赖的测试用例已经通过了测试，那么再去测试依赖该测试用例的其它用例时，才可以保证其它用例的测试结果的正确性。如果被依赖的测试用例还没有通过测试，那么再去测试依赖该测试用例的其它用例时即便测试出错，也无法定位是被依赖的测试用例存在错误，还是依赖该测试用例的其它用例存在错误。

所以为了保证测试效果，在读取到一个测试用例的用例描述文件后，首先需要获取该用例描述文件中的依赖关系信息，如果获取到依赖关系信息，则进入步骤305；如果未获取到依赖关系信息，则进入步骤306。

步骤305，根据依赖关系信息，判断当前测试用例依赖的在前测试用例的测试状态；

测试用例的测试状态包括正在测试、测试成功、测试失败、未进行测试中的任一种。在获取到依赖关系信息后，判断当前测试用例依赖的在前测试用例的测试状态，如果判断在前测试用例的测试状态为测试成功，则进入步骤306；如果判断在前测试用例的测试状态为正在测试、测试失败、未进行测试中的任一种，则进入步骤307：中止当前测试用例的测试过程。

步骤306，获取用例描述文件所描述的测试用例的构建参数，构建参数包括：第一对象的信息和第二对象的信息；

在未获取到依赖关系信息，或者获取到依赖关系信息，但是判断在前测试用例的测试状态为测试成功之后，可以获取该用例描述文件所描述的测试用例的构建参数，该构建参数包括但不限于：第一对象的信息和第二对象的信息。其中，第一对象的信息即为该测试用例中需要的HTML片段在测试服务器中的访问地址或存储地址，或者是该HTML片段的文件名之类的信息。第二对象的信息即为该测试用例中需要的JS文件在测试服务器中的访问地址或存储地址，或者是该JS文件的文件名之类的信息。该构建参数还可以包括测试时需要的一些输入信息、判断条件等，此部分内容可参照现有技术，在此不赘述。

步骤308，根据构建参数加载第一对象和第二对象以形成测试用例；

在获得构建参数之后，可以根据构建参数内的第一对象的信息和第二对象的信息，从分离存储的若干个第一对象和第二对象中加载相应的第一对象和第二对象，以便构建形成该测试用例。需要说明的是，第一对象，也即HTML片段，并不是每个测试用例中都必须需要的，在一些实施例中，一个测试用例只需要加载一个第二对象，也即JS文件即可。

步骤309，调用测试用例执行测试过程，获得测试结果。

在加载工作完成后，测试服务器可以调用测试用例执行测试过程。在执行测试过程中用户可以调试，可以定位问题，并在测试过程结束后保存测试结果，测试结果可以保存于数据库中。

步骤304至步骤309可以认为是关于一个测试用例的测试过程，在该测试用例执行完毕后，可以返回步骤303，测试服务器继续根据用例索引自动查找下一个用例描述文件来启动下一个测试用例的测试过程。当然，需要说明的是，如果是手动测试模式，在步骤303中，测试服务器可以不根据用例索引自动查找下一个用例描述文件，而是接收用户发送的触发信号，然后测试服务器读取被触发测试用例的用例描述文件来启动下一个测试用例的测试过程。

步骤310，输出测试结果。

各个测试过程的测试结果可以存储在数据库中，并输出给测试人员查看。输出测试结果可以采用两种方式：单个测试用例输出模式和全部测试用例输出模式。在第一种模式下，获得一个测试用例的测试结果之后，就输出测试结果；在第二种模式下，可以在测试用例集内的所有测试用例均执行测试过程，并获得测试结果后，将各个测试结果汇总成报表输出。

综上所述，本发明实施例二提供的测试方法除了拥有实施例一提供的测试方法的优点之外，还可以通过每个测试用例集内的用例索引实现自动执行。当然，也可以由用户选择而使用手动执行模式。另外，本发明实施例二提供的测试方法还利用用例描述文件解决了各个测试用例之间的依赖执行问题。并且在被依赖的测试用例没有通过测试时，不执行依赖它的其它测试用例，以保证测试结果的正确性。

实施例三

请参考图4，其示出了本发明实施例三提供的测试装置的结构方框图。该测试装置包括第一对象存储模块401、第二对象存储模块402、用例索引获取模块403、描述文件读取模块404、依赖关系获取模块405、在前测试判断模块406、中断执行模块407、构建参数获取模块408、用例构建模块409、用例执行模块410和测试结果输出模块411。

第一对象存储模块401存储用于构成测试用例的若干个第一类型对象。第二对象存储模块402存储用于构成测试用例的若干个第二类型对象。第一对象可以是一段HTML文档，第二对象可以是一段JS文件。

用例索引获取模块403用于获取测试用例集的用例索引。该测试用例集可以是用户通过浏览器指定的测试用例集。该用例索引对应于该测试用例集内的全部或者部分测试用例的用例描述文件，每个用例描述文件用于描述该测试用例集内的一个测试用例。

描述文件读取模块404用于读取用例描述文件。具体地讲，描述文件读取模块404可以根据用例索引获取模块403获取到的用例索引读取测试用例集内的单个测试用例的用例描述文件。

依赖关系获取模块405用于在描述文件读取模块404读取到一个用例描述文件时，获取所述用例描述文件所描述的测试用例的依赖关系信息。依赖关系信息用于指示被当前测试用例依赖的在前测试用例。

在前测试判断模块406用于根据依赖关系获取模块405获取到的依赖关系信息，判断当前测试用例依赖的在前测试用例的测试状态，测试状态包括：正在测试、测试成功、测试失败、未进行测试中的任一种。

中断执行模块407用于在前测试判断模块406判断当前测试用例依赖的在前测试用例的测试状态为正在测试、测试失败、未进行测试中的任一种时，结束当前测试用例的测试过程。

构建参数获取模块408用于获取描述文件读取模块404读取到的用例描述文件所描述的测试用例的构建参数，该构建参数包括：第一对象的信息和第二对象的信息。具体地讲，构建参数获取模块408可以用于依赖关系获取模块405未获取到依赖关系信息，或者在在前测试判断模块406判断当前测试用例依赖的在前测试用例的测试状态为测试成功时，获取描述文件读取模块404读取到用例描述文件所描述的测试用例的构建参数。

用例构建模块409用于根据构建参数获取模块408获取的构建参数从第一对象存储模块401和第二对象存储模块402中加载相应的第一对象和第二对象，以形成当前测试用例。

用例执行模块410用于调用当前测试用例执行测试过程，获得测试结果。

需要说明的是，描述文件读取模块404还可以具体包括自动读取单元502和手动读取单元504，如图5所示，自动读取单元502用于在用例执行模块410获得当前测试用例的测试结果之后，根据用例索引获取模块403获取的测试用例集的用例索引，自动读取下一个用例描述文件；手动读取单元501用于在用例执行模块410获得当前测试用例的测试结果之后，根据用户发送的触发信号，读取所触发测试用例的用例描述文件。

该测试装置还可以包括测试结果输出模块411，用于输出用例执行模块410获得的测试结果。具体地讲，测试结果输出模块411可以包括第一测试输出单元和/或第二测试输出单元(未示出)。其中，第一测试输出单元用于在用例执行模块410获得当前测试用例的测试结果之后，输出测试结果。第二测试输出单元用于在测试用例集内的所有测试用例均执行测试过程，用例执行模块410获得测试结果后，将各个测试结果汇总成报表输出。

综上所述，本发明实施例三提供的测试装置采用用例描述文件来组织HTML文档和JS文件，使用不同的用例描述文件，从已经存储的若干个HTML文档和JS文件中指定相应的HTML文档和JS文件就可以构建成新的测试用例。一方面，提高了HTML文档和JS文件的复用性；另一方面，构建新的测试用例和调整已有的测试用例都非常方便。而且当用例描述文件中包含依赖关系时，还可以自动根据依赖关系执行测试用例，并在被依赖的测试用例未通过测试时，结束依赖该测试用例的其它用例的执行。该测试装置还可以通过每个测试用例集内的用例索引实现自动执行。当然，也可以由用户选择而使用手动执行方式。

需要说明的是：上述实施例提供的测试装置在本实施例四中描述时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的测试装置与实施例三中的测试方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种测试方法，其特征在于，所述测试方法包括：

读取用例描述文件；

获取所述用例描述文件所描述的测试用例的构建参数，所述构建参数包括：第一对象的信息和第二对象的信息；

根据所述构建参数，加载所述第一对象和第二对象，以形成所述测试用例；

调用所述测试用例执行测试过程，获得测试结果。

2.根据权利要求1所述的测试方法，其特征在于，所述读取用例描述文件之后，还包括：

获取所述用例描述文件所描述的测试用例的依赖关系信息；

根据所述依赖关系信息，判断所述测试用例依赖的在前测试用例的测试状态；

如果所述在前测试用例的测试状态为测试成功，则执行获取所述用例描述文件所描述的测试用例的构建参数的步骤；

其中，所述依赖关系信息用于指示被所述测试用例依赖的在前测试用例；

所述测试状态包括：正在测试、测试成功、测试失败、未进行测试中的任一种。

3.根据权利要求1或2所述的测试方法，其特征在于，所述读取用例描述文件之前，还包括：

获取测试用例集的用例索引；

所述读取用例描述文件，具体包括：

根据所述用例索引读取所述测试用例集内的每个测试用例的用例描述文件；

其中，所述测试用例集包括至少一个测试用例；所述用例索引对应于所述测试用例集内的全部或者部分测试用例的用例描述文件，每个用例描述文件用于描述所述测试用例集内的一个测试用例。

4.根据权利要求3所述的测试方法，其特征在于，在获得测试结果之后，还包括：

根据所述测试用例集的用例索引，自动读取下一个用例描述文件：

或者，根据用户发送的触发信号，读取所触发测试用例的用例描述文件。

5.根据权利要求4所述的测试方法，其特征在于，所述方法还包括：

在所述获得测试结果之后，输出所述测试结果；或者，

在所述测试用例集内的所有测试用例均执行测试过程，获得测试结果后，将各个测试结果汇总成报表输出。

6.一种测试装置，其特征在于，所述测试装置包括：

描述文件读取模块，用于读取用例描述文件；

构建参数获取模块，用于获取所述用例描述文件所描述的测试用例的构建参数，所述构建参数包括：第一对象的信息和第二对象的信息；

用例构建模块，用于根据所述构建参数加载所述第一对象和第二对象以形成所述测试用例；

用例执行模块，用于调用所述测试用例执行测试过程，获得测试结果。

7.根据权利要求6所述的测试装置，其特征在于，所述测试装置还包括：依赖关系获取模块和在前测试判断模块；

所述依赖关系获取模块，用于获取所述用例描述文件所描述的测试用例的依赖关系信息；

所述在前测试判断模块，用于根据所述依赖关系信息，判断所述测试用例依赖的在前测试用例的测试状态；

所述构建参数获取模块，具体用于在所述在前测试判断模块判断在前测试用例的测试状态为测试成功后，获取所述用例描述文件所描述的测试用例的构建参数；

其中，所述依赖关系信息用于指示被所述测试用例依赖的在前测试用例；

所述测试状态包括：正在测试、测试成功、测试失败、未进行测试中的任一种。

8.根据权利要求6或7所述的测试装置，其特征在于，所述测试装置还包括：用例索引获取模块；

所述用例索引获取模块，用于获取测试用例集的用例索引；

所述描述文件读取模块，用于根据所述用例索引读取所述测试用例集内的每个测试用例的用例描述文件；

其中，所述测试用例集包括至少一个测试用例；所述用例索引对应于所述测试用例集内的全部或者部分测试用例的用例描述文件，每个用例描述文件用于描述所述测试用例集内的一个测试用例。

9.根据权利要求8所述的测试装置，其特征在于，所述描述文件读取模块包括有：自动读取单元和手动读取单元；

所述自动读取单元，用于在所述用例执行模块获得所述测试用例的测试结果之后，根据所述测试用例集的用例索引，自动读取下一个用例描述文件：

所述手动读取单元，用于在所述用例执行模块获得所述测试用例的测试结果之后，根据用户发送的触发信号，读取所触发测试用例的用例描述文件。

10.根据权利要求9所述的测试装置，其特征在于，所述测试装置还包括：第一测试输出单元和/或第二测试输出单元；

所述第一测试输出单元，用于在所述用例执行模块获得测试结果之后，输出所述测试结果；

所述第二测试输出单元，用于在所述测试用例集内的所有测试用例均执行测试过程，所述用例执行模块获得测试结果后，将各个测试结果汇总成报表输出。

Images