CN107480055A - 测试方法、装置、计算可读存储介质和计算设备 - Google Patents

Abstract

本发明的实施方式提供了一种用于客户端的测试方法，包括：展示与测试用例的目录结构相对应的目录展示页面；接收对目录展示页面中的项目的选择；运行与所选择的项目相对应的测试用例；以及针对测试不通过的测试用例展示不通过标识，并提供调试入口。通过允许在单元测试阶段针对未通过单元测试的用例进行调试，更方便快捷地维护程序代码。此外，本发明的实施方式提供了一种用于客户端的测试装置、计算机可读存储介质和计算设备。

Description

测试方法、装置、计算可读存储介质和计算设备

技术领域

本发明的实施方式涉及计算机领域，更具体地，本发明的实施方式涉及测试方法、装置、计算机可读存储介质和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

在项目开发过程中，单元测试(unit testing)是保证代码质量的重要环节之一。单元测试是指对软件中的最小可测试单元进行检查和验证。最小可测试单元可以是一个函数、一个类、一个对象，也可以是一个组件或者插件。

mocha是一个功能丰富的JavaScript单元测试框架，它既可以运行在服务器(例如Node JS)环境中，也可以运行在客户端(例如浏览器)环境中。一般来说，为了支撑一个完整网页的运行，需要客户端和服务端两个部分，客户端一般指的是浏览器，页面内容的呈现和与用户之间的交互主要发生在客户端，而服务器端主要负责页面的生成以及请求的处理等。

发明内容

目前诸如mocha之类的JavaScript单元测试平台主要针对测试用例的执行情况给出一个统计报告，一旦出现执行不通过的用例也只能简单给出错误信息，开发者不能针对错误的用例进行进一步的调试，定位bug，只能新建一个用例在单元测试环境之外进行调试，从而造成了维护上的不便利。而且，现有的单元测试方案将开发和测试两个阶段人为区分开来，导致开发用例和测试用例不能复用。

有鉴于此，需要一种改进的JavaScript单元测试系统，以便能够在客户端对测试不通过的用例进行调试。

在本发明的实施方式的第一方面中，提供了一种用于客户端的测试方法，包括：展示与测试用例的目录结构相对应的目录展示页面；接收对目录展示页面中的项目的选择；运行与所选择的项目相对应的测试用例；以及针对测试不通过的测试用例展示不通过标识，并提供调试入口。

在本发明的一个实施方式中，所述目录展示页面中的多个项目可以与测试用例的目录结构中的多个项目一一对应，并且可以包括所对应的项目的链接。

在本发明的一个实施方式中，所述方法可以由浏览器执行。

在本发明的另一实施方式中，所述目录展示页面可以是HTML格式的目录。

在本发明的又一个实施方式中，运行与所选择的项目相对应的测试用例可以包括：获取与所选择的项目相对应的测试用例，由测试框架mocha运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

在本发明的再一个实施方式中，所述调试入口可以包括到相应测试用例的超链接，所述超链接附加有测试框架不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。所述配置信息可以是字符串“&allowUncaught＝true”。

在本发明的另一实施方式中，所述方法还可以包括：通过点击调试入口，在客户端对测试用例进行调试。

在本发明的另一实施方式中，所述方法还可以包括：重新运行调试后的测试用例。

在本发明的另一实施方式中，所述方法用于开发阶段。进一步地，所述调试后的测试用例还用于测试阶段。

在本发明的实施方式的第二方面中，提供了一种用于客户端的测试装置，包括：测试用例展示单元，配置为展示与测试用例的目录结构相对应的目录展示页面；选择单元，配置接收对目录展示页面中的项目的选择；运行单元，配置为运行与所选择的项目相对应的测试用例；以及调试单元，配置为针对测试不通过的测试用例展示不通过标识，并提供调试入口。

在本发明的一个实施方式中，所述目录展示页面中的多个项目与测试用例的目录结构中的多个项目一一对应，并且包括所对应的项目的链接。

在本发明的另一实施方式中，所述装置可以配置在浏览器中。

在本发明的又一实施方式中，所述目录展示页面可以是HTML格式的目录。

在本发明的再一个实施方式中，所述调试入口可以调用浏览器的调试入口。

在本发明的另一实施方式中，所述运行单元还可以配置为：获取与所选择的项目相对应的测试用例，由测试框架mocha运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

在本发明的另一实施方式中，所述调试入口包括到相应测试用例的超链接，所述超链接附加有测试框架不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。

在本发明的另一实施方式中，所述配置信息可以是字符串“&allowUncaught＝true”。

在本发明的另一实施方式中，所述调试单元还可以配置为：通过点击调试入口，在客户端对测试用例进行调试。

在本发明的另一实施方式中，所述运行单元还可以配置为：重新运行调试后的测试用例。

在本发明的另一实施方式中，所述装置可以用于开发阶段。

在本发明的另一实施方式中，所述调试后的测试用例还可以用于测试阶段。

在本发明的实施方式的第三方面中，提供了一种计算机可读存储介质，包括计算机指令，所述计算机指令被处理单元执行时，使得所述处理单元执行如本发明的实施方式的第一方面所述的方法。

在本发明的实施方式的第四方面中，提供了一种计算设备，包括：一个或多个处理单元；存储单元，用于存储一个或多个程序。当所述一个或多个程序被所述一个或多个处理单元执行，使得所述一个或多个处理单元执行如本发明的实施方式的第一方面所述的方法。

根据本发明的实施方式的用于客户端的测试方法、装置、计算机可读存储介质和计算设备，允许项目能够在单元测试阶段针对未通过单元测试的用例进行调试，更方便快捷地维护程序代码。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

图1示意性地示出了可以应用本发明的发明实施方式的示例性系统环境；

图2示意性地示出了根据本发明的实施方式的单元测试用例文件夹下的目录结构；

图3示意性地示出了根据本发明的实施方式的测试用例执行情况报告页面；

图4示意性地示出了根据本发明的实施方式的用于客户端的测试方法的流程图；

图5示意性地示出了根据本发明的实施方式的用于客户端的测试装置的框图；

图6示意性地示出了根据本发明的实施方式的程序产品的图示；以及

图7示意性地示出了根据本发明的实施方式的计算设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本发明的实施方式，提出了一种用于客户端的测试方法、介质、装置和计算设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。

发明概述

本发明人发现，目前JavaScript单元测试平台主要针对测试用例的执行情况给出一个统计报告，一旦出现执行不通过的用例也只能简单给出错误信息，开发者不能针对错误的用例进行进一步的调试，定位bug，只能新建一个用例在单元测试环境之外进行调试，从而造成了维护上的不便利。而且，现有的单元测试方案将开发和测试两个阶段人为区分开来，导致开发用例和测试用例不能复用。

本发明将单元测试用例加载到浏览器上，在浏览器上对单元测试用例进行测试并展示测试结果，并且当测试用例不通过时，提供调试入口来进行调试。

本发明允许项目能够在单元测试阶段对未通过单元测试的用例进行调试，更方便快捷地进行维护。在本平台上写的单元测试用例可以用在项目开发阶段，也可以用在测试阶段，允许开发测试一体的开发模式，提高了效率。

应用场景总览

首先参考图1，其示出了可以应用本发明的实施方式的示例性系统环境100。系统环境100可以包括终端设备(也称为客户端)101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览、软件开发和测试的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103进行测试提供支持的Node JS服务器。Node JS服务器可以对接收到的浏览器请求等数据进行分析等处理，并将处理结果(例如生成的页面)反馈给终端设备以便展示。

需要说明的是，终端设备101、102、103和服务器105可以分别运行JavaScript单元测试框架(例如mocha)，以实现本发明的各个实施方式。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

示例性方法

下面结合图1的应用场景，参考图2至4来描述根据本发明示例性实施方式的用于客户端的测试方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

首先，Node JS服务器(例如图1的服务器105)启动单元测试，可以在客户端(例如终端设备101至103)的浏览器中输入例如127.0.0.1：3000进入测试主页，测试主页显示了单元测试用例文件夹下的目录结构(包含文件夹和测试文件)，如图2所示。

图2示意性地示出了根据本发明的实施方式的单元测试用例文件夹下的目录结构。具体地，Node JS服务器可以根据单元测试用例文件夹下的测试用例的目录结构在服务端生成一个HTML格式的目录展示页面，目录展示页面中的多个项目与目录结构中的多个项目一一对应，而且每一个项目都可以在其超链接属性中存储有对应的目录路径。然后，NodeJS服务器可以将该目录展示页面发送到前端(例如，客户端的浏览器)进行展示。如图2所示，在所展示的目录展示页面中可以包括文件夹(例如interpolate，module1，submodule1，submodule2)和测试文件(例如js文件)。

当用户在浏览器上选择并点击其中一个目录项时，向服务器发送了一次页面请求，请求中包含了该目录项所对应的目录路径。然后，服务器根据所述目录路径信息，获取对应的单元测试用例目录下的测试用例信息，并且拼装成一个HTML格式的测试页面，发送到前端的浏览器，以运行展示该页面。具体地，页面被发送到前端后，先加载测试用例，然后由单元测试框架例如mocha运行该测试用例，mocha可以根据用例的运行情况将结果在测试页面上展现出来，进入到测试用例执行情况报告页面。

例如，当点击图2中的一个文件夹图标时，可以进入到该文件夹下对应的所有测试用例执行情况报告页面，或者，当点击测试文件图标时，可以进入该测试用例执行情况报告页面。

图3示意性地示出了根据本发明的实施方式的测试用例执行情况报告页面。如图3所示，分别示出了成功执行的测试用例(带有绿色标记和√)和失败的测试用例(带有红色标记和×)。需要注意的是，如果某个测试用例不通过，不仅可以在测试页面标记为红色，并且可以提供一个debug按钮作为调试入口，点击该debug按钮就可以在前端浏览器上对测试用例进行调试。例如，可以点击debug按钮，进入调试模式。这时，可以根据代码的执行情况，定位错误根源，进行bug修复，从而提高代码维护效率。

具体地，当测试页面显示了没有通过测试的用例时，可以在未通过测试的用例旁增加一个入口来进入调试模式。为此，需要修改mocha.js的代码，在失败的用例旁增加一个红色的debug按钮。该debug按钮上的超链接可以是相应的测试用例的query信息，该query信息标识该测试用例的唯一编码。此外，还可以在该query信息后面附加上字符串“&allowUncaught＝true”，以表示不需要mocha来处理异常。由此，可以在测试用例执行不通过时，在前端debug时能够捕获到失败信息，从而进行调试。

图4示意性地示出了根据本发明的实施方式的用于客户端的测试方法400的流程图。方法400可以在客户端上执行，例如由浏览器来执行。方法400既可以在开发阶段执行，又可以在测试阶段执行，从而使得在本平台上写的单元测试用例既可以用在项目开发阶段，也可以用在测试阶段，允许开发测试一体的开发模式，提高了效率。

测试方法400可以包括，在步骤S401，展示与测试用例的目录结构相对应的目录展示页面。在一个实施方式中，所述目录展示页面可以是HTML格式的目录，并且目录展示页面中的每个项目可以与测试用例目录结构下的每个项目一一对应，并且包括所对应的项目的链接。换句话说，可以在客户端展示与测试单元目录结构相一致的页面，以便后续选择需要进行测试甚至可能进行调试的测试用例。

测试方法400可以包括，在步骤S402，接收对目录展示页面中的项目的选择。例如，可以点击目录展示页面上的项目，以便对项目所对应的测试用例进行测试。

测试方法400可以包括，在步骤S403，运行与所选择的项目相对应的测试用例。在一个实施方式中，运行与所选择的项目相对应的测试用例可以包括：获取与所选择的项目相对应的测试用例，由测试框架(如mocha)运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

接下来，测试方法400可以包括，在步骤S404，针对测试不通过的测试用例展示不通过标识，并提供调试入口。如上所述，不通过标识可以是但不限于红色标识，并且可以提供红色按钮(不限于此)作为调试入口。该调试入口可以例如调用浏览器的调试入口。

在一个实施方式中，调试入口可以包括到相应的测试不通过的测试用例的超链接。如上所述，超链接可以是该测试用例的query信息，该query信息可以是该测试用例的唯一编码。此外，该超链接可以附加有测试框架(如mocha)不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。在一个实施方式中，所述配置信息是字符串“&allowUncaught＝true”。由此，可以通过点击调试入口(比如debug按钮)，在客户端对测试用例进行调试。

在一个实施方式中，当完成调试后，所述方法400可以重新运行调试后的测试用例，这与步骤S403类似。进一步地，调试后的测试用例还可以用于测试阶段。

示例性装置

在介绍了本发明示例性实施方式的方法之后，接下来，参考图5对本发明示例性实施方式的、用于客户端的测试装置进行介绍。

图5示意性地示出了根据本发明的实施方式的用于客户端的测试装置500的框图。测试装置500可以配置在客户端上，例如配置在浏览器中。类似地，测试装置500既可以用于开发阶段，又可以用于测试阶段，从而使得在本平台上写的单元测试用例可以用在项目开发阶段，也可以用在测试阶段，允许开发测试一体的开发模式，提高了效率。

测试装置500可以包括：

测试用例展示单元501，配置为展示与测试用例的目录结构相对应的目录展示页面；

选择单元502，配置接收对目录展示页面中的项目的选择；

运行单元503，配置为运行与所选择的项目相对应的测试用例；以及

调试单元504，配置为针对测试不通过的测试用例展示不通过标识，并提供调试入口。

在一个实施方式中，所述目录展示页面中的每个项目可以与测试用例的目录结构中的每个项目一一对应，并且可以包括所对应的项目的链接。目录展示页面可以是HTML格式的目录。这时，所述调试入口可以调用浏览器的调试接口。

在一个实施方式中，所述运行单元503还可以配置为：获取与所选择的项目相对应的测试用例，由测试框架运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

在一个实施方式中，所述调试入口可以包括到相应测试用例的超链接，所述超链接还可以附加有测试框架不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。例如，所述配置信息可以是字符串“&allowUncaught＝true”。由此，调试单元504还可以配置为：通过点击调试入口，在客户端对测试用例进行调试。

在一个实施方式中，所述运行单元503还可以配置为重新运行调试后的测试用例。进一步地，调试后的测试用例还可以用于测试阶段。

示例性介质

在介绍了根据本发明示例性实施方式的测试方法和测试装置之后，接下来，参考图6对本发明示例性实施方式的程序产品进行描述。

在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品，其包括计算机指令，当所述计算机指令在处理单元上运行时，所述计算机指令用于使所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的用于客户端的测试方法中的步骤，例如，所述处理单元可以执行如图4中所示的步骤S401：展示与测试用例的目录结构相对应的目录展示页面；步骤S402，接收对目录展示页面中的项目的选择；步骤S403，运行与所选择的项目相对应的测试用例；以及步骤S404，针对测试不通过的测试用例展示不通过标识，并提供调试入口。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

如图6所示，描述了根据本发明的实施方式的用于客户端的测试方法和装置的程序产品60，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在计算设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆，RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言——诸如Java，C++等，还包括常规的过程式程序设计语言——诸如“C”，语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)一连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性计算设备

在介绍了本发明示例性实施方式的方法、装置和介质之后，接下来，参考图7对本发明示例性实施方式的计算设备进行描述。

本发明的实施方式还提供了一种计算设备。所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施方式中，根据本发明的计算设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中，所述存储单元存储有程序代码，当所述程序代码被所述处理单元执行时，使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的信息呈现方法中的步骤。例如，所述处理单元可以执行如图4中所示的步骤S401：展示与测试用例的目录结构相对应的目录展示页面；步骤S402，接收对目录展示页面中的项目的选择；步骤S403，运行与所选择的项目相对应的测试用例；以及步骤S404，针对测试不通过的测试用例展示不通过标识，并提供调试入口。

如图7所示的计算设备70仅仅是一个示例，不应对本发明的实施方式的功能和使用范围带来任何限制。

如图7所示，计算设备70以通用计算设备的形式表现。计算设备70的组件可以包括但不限于：上述至少一个处理单元701、上述至少一个存储单元702、连接不同系统组件(包括存储单元702和处理单元701)的总线703。

总线703表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

存储单元702可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)7021和/或高速缓存存储器7022，还可以进一步包括只读存储器(ROM)7023。

存储单元702还可以包括具有一组(至少一个)程序模块7024的程序/实用工具7025，这样的程序模块7024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备70也可以与一个或多个外部设备704(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与计算设备70交互的设备通信，和/或与使得计算设备70能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/0)接口705进行。并且，计算设备70还可以通过网络适配器706与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器706通过总线703与计算设备70的其它模块通信。应当明白，尽管图中未示出，可以结合计算设备70使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种用于客户端的测试方法，包括：

展示与测试用例的目录结构相对应的目录展示页面；

接收对目录展示页面中的项目的选择；

运行与所选择的项目相对应的测试用例；以及

针对测试不通过的测试用例展示不通过标识，并提供调试入口。

2.根据权利要求1所述的方法，其中，运行与所选择的项目相对应的测试用例包括：获取与所选择的项目相对应的测试用例，由测试框架mocha运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

3.根据权利要求1所述的方法，其中，所述调试入口包括到相应测试用例的超链接，所述超链接附加有测试框架不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。

4.根据权利要求3所述的方法，所述配置信息是字符串“&allowUncaught＝true”。

5.一种用于客户端的测试装置，包括：

测试用例展示单元，配置为展示与测试用例的目录结构相对应的目录展示页面；

选择单元，配置接收对目录展示页面中的项目的选择；

运行单元，配置为运行与所选择的项目相对应的测试用例；以及

调试单元，配置为针对测试不通过的测试用例展示不通过标识，并提供调试入口。

6.根据权利要求5所述的装置，其中，所述运行单元还配置为：获取与所选择的项目相对应的测试用例，由测试框架mocha运行所述测试用例，以及生成测试结果报告页面以展示测试结果。

7.根据权利要求5所述的装置，其中，所述调试入口包括到相应测试用例的超链接，所述超链接附加有测试框架不处理异常的配置信息，使得当在客户端调试时能够捕捉到失败信息。

8.根据权利要求7所述的装置，其中，所述配置信息是字符串“&allowUncaught＝true”。

9.一种计算机可读存储介质，包括计算机指令，所述计算机指令被处理单元执行时，使得所述处理单元执行如权利要求1至4中任一项所述的方法。

10.一种计算设备，包括：

一个或多个处理单元；

存储单元，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理单元执行，使得所述一个或多个处理单元执行如权利要求1至4中任一项所述的方法。