CN105335278A - 测试方法及设备 - Google Patents

Abstract

本发明提供一种测试方法及设备。方法包括：测试设备获取待测应用程序对应的日志文件，日志文件记录有用户对应用程序的操作行为；测试设备根据日志文件生成测试用例；测试设备将测试用例提供给测试工具，以使测试工具在测试用例的控制下模拟用户对应用程序的操作行为对应用程序进行操作；测试设备获取测试工具对应用程序进行操作产生的结果。本发明技术方案可以实现对应用程序的自动化测试，提高测试的真实性和全面性。

Description

测试方法及设备

【技术领域】

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

【背景技术】

Selenium是一个用于Web应用程序测试的工具。Selenium通过模拟真实用户对浏览器的操作，达到从终端用户角度测试Web应用程序的目的。现有使用Selenium对Web应用程序进行测试时，需要人工分析用户对浏览器的各种操作，然后根据分析结果编写相应的测试脚本，将测试脚本输入Selenium以控制Selenium模拟用户对浏览器的操作，从而实现对相应Web应用程序的测试。

在现有技术中，Selenium测试脚本的覆盖充分性依赖于人工分析结果，如果在分析用户对浏览器的操作时有所遗漏，Selenium测试脚本将无法覆盖所遗漏的操作，由此可见，现有测试在真实性和全面性方面存在缺陷。

【发明内容】

本发明的多个方面提供一种测试方法及设备，用以提高测试的真实性和全面性。

本发明的一方面，提供一种测试方法，包括：

测试设备获取待测应用程序对应的日志文件，所述日志文件记录有用户对所述应用程序的操作行为；

所述测试设备根据所述日志文件生成测试用例；

所述测试设备将所述测试用例提供给测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为对所述应用程序进行操作；

所述测试设备获取所述测试工具对所述应用程序进行操作产生的结果。

本发明的另一方面，提供一种测试设备，包括：

获取模块，用于获取待测应用程序对应的日志文件，所述日志文件记录有用户对所述应用程序的操作行为；

生成模块，用于根据所述日志文件生成测试用例；

发送模块，用于将所述测试用例提供给测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为对所述应用程序进行操作；

所述获取模块还用于，获取所述测试工具对所述应用程序进行操作产生的结果。

本发明提供的测试方法及设备，由测试设备获取待测应用程序对应的日志文件，根据日志文件生成测试用例，将测试用例发送给测试工具，控制测试工具模拟用户对应用程序的操作行为对该应用程序进行操作，并获取测试工具对应用程序进行操作产生的结果，实现对应用程序的测试。本发明技术方案基于日志文件实现用户对应用程序的操作行为的回放，实现对应用程序的自动化测试，避免了人工分析造成的遗漏，提高了测试的真实性和全面性。

【附图说明】

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

图1为本发明一实施例提供的测试方法的流程示意图；

图2为本发明另一实施例提供的测试方法的流程示意图；

图3为本发明又一实施例提供的测试方法的流程示意图；

图4为本发明又一实施例提供的测试设备的结构示意图；

图5为本发明又一实施例提供的测试设备的结构示意图；

图6为本发明又一实施例提供的测试设备的结构示意图。

【具体实施方式】

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

图1为本发明一实施例提供的测试方法的流程示意图。如图1所示，该方法包括：

101、测试设备获取待测应用程序对应的日志文件，该日志文件记录有用户对该应用程序的操作行为。

本实施例的执行主体为测试设备，本实施例的流程具体可由测试设备执行部署在测试设备上的程序代码来完成。

通常，应用程序在某台设备上运行时，会产生日志文件，而运行该应用程序的设备会将日志文件存储在本地或远端存储设备上。基于此，当需要对待测应用程序进行测试时，测试设备可以从运行上述应用程序的设备上获取待测应用程序对应的日志文件，或者可以从远端的存储设备上获取待测应用程序的日志文件。

除此上述方式之外，测试设备也可以预先获取待测应用程序对应的日志文件，将该日志文件存储在本地，当需要对待测应用程序进行测试时，直接从本地获取待测应用程序对应的日志文件。

在此说明，本实施例涉及的日志文件主要记录有用户对该待测应用程序的操作行为，换句话说，通过日志文件可以了解用户对应用程序进行了哪些操作以及具体的操作过程。本实施例的待测应用程序可以是Web应用程序。举例说明，用户对应用程序的操作行为包括登录行为、基于应用程序进行的交易行为(交易行为具体可涉及购物、支付、以及后台处理等行为)、等等。

103、测试设备根据上述日志文件生成测试用例。

由于日志文件主要是对操作逻辑、有关数据的记录，不具备控制逻辑，因此无法直接用来控制测试工具，因此，在获取待测应用程序对应的日志文件之后，测试设备需要根据日志文件生成测试用例，该测试用例实际上是用于控制测试工具对该应用程序进行测试的控制脚本。

在一可选实施方式中，如果测试设备支持日志文件采用的格式，即可以理解日志文件，则测试设备可以直接将日志文件中的内容转换为测试工具可以理解的程序代码，获得测试用例。该实施方式比较简单。

考虑到日志文件所采用的格式与测试设备所支持的格式可能会不相同，因此在另一可选实施方式中，测试设备可以按照预先配置的格式转换规则对日志文件进行格式转换，获得测试设备可以理解的日志模板；之后，按照预先配置的用例规则对上述日志模板进行处理，生成测试用例。

其中，根据用例规则的不同，对日志模板进行处理的过程会有所不同。例如，在一种实施方式中，测试设备可以按照用例规则，对日志模板中的指定内容进行加密，并在日志模板中添加测试所需的数据，获得目标日志模板；之后，将目标日志模板中的内容转换为测试工具可以理解的程序代码，获得测试用例。在该实施方式中，用例规则规定对日志模板中的指定内容进行加密，有利于保证日志模板中一些机密信息的安全。另外，用例规则规定在日志模板中添加测试所需的数据，有利于更好的完成测试过程。

举例说明，上述添加的数据可以是登录使用的账号、密码，还可以是进行业务交易涉及的交易单据号、金额、支付渠道(例如银行卡或其他卡券)等。

105、测试设备将测试用例提供给测试工具，以使该测试工具在测试用例的控制下模拟用户对上述应用程序的操作行为对上述应用程序进行操作。

107、测试设备获取测试工具对上述应用程序进行操作产生的结果。

在获得测试用例之后，测试设备将测试用例提供给测试工具。测试工具接收到测试用例后，运行该测试用例，以在测试用例的控制下模拟用户对上述待测应用程序的操作行为对待测应用程序进行操作。其中，测试工具模拟用户对待测应用程序的操作行为对待测应用程序进行操作的过程就是对待测应用程序进行测试的过程。由于测试工具是模拟用户对待测应用程序的操作行为对待测应用程序进行操作的，相当于对用户对待测应用程序的操作行为的回放，这种测试过程更加真实和全面。

测试工具模拟用户对待测应用程序的操作行为对待测应用程序进行操作会产生相应的结果，测试设备获取测试工具对应用程序进行操作产生的结果，该结果可以反映应用程序是否存在错误。例如，如果该结果与预期值相同，说明应用程序不存在错误，反之，如果该结果与预期值不同，说明应用程序存在错误。

值得说明的是，考虑到Selenium功能的强大，本实施例所使用的测试工具可以是Selenium，这样本实施例提供的方法可以有效支持基于多种操作系统及Web浏览器的应用程序。但本实施例使用的测试工具并不限于Selenium，例如还可以是网页驱动软件(Webdriver)。

在此说明，在对待测应用程序进行测试的过程中，需要待测应用程序处于运行状态，但本实施例对待测应用程序具体运行在什么设备上不做限定。例如，该待测应用程序可以运行在实际应用中部署了该应用程序的设备上，还可以运行的测试设备所部署的运行环境中。

基于上述，在本发明的另一实施例中，如图2所示，该方法在步骤105之前，还包括：

104、测试设备部署上述待测应用程序运行所依赖的运行环境，以供待测应用程序运行。

测试设备为待测应用程序部署运行环境，在所部署的运行环境中对待测应用程序进行测试，可以脱离应用程序所在的设备，有利于提高测试的灵活性，且不会对实际应用中真正部署有该应用程序的设备造成任何影响。

在上述实施例中，基于日志文件实现用户对应用程序的操作行为的回放，实现对应用程序的自动化测试，避免了人工分析造成的遗漏，提高了测试的真实性和全面性。

进一步，本发明实施例提供的测试方法除了用于发现应用程序是否存在错误之外，还可用于对应用程序进行回归测试。回归测试是指修改了应用程序后，重新对应用程序的新版本进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

基于此，上述步骤105具体为：测试设备将测试用例提供给测试工具，以使测试工具在测试用例的控制下模拟用户对待测应用程序的操作行为分别对待测应用程序的新版本和旧版本进行操作。相应的，步骤107具体为：测试设备获取测试工具分别对待测应用程序的新版本和旧版本进行操作产生的结果。进一步，测试设备可以将测试工具对待测应用程序的新版本进行操作产生的结果，与测试工具对待测应用程序的旧版本进行操作产生的结果进行比较，以实现对待测应用程序的回归测试。

下面结合详细流程对本发明提供的回归测试方法进行说明。

图3为本发明又一实施例提供的测试方法的流程示意图。如图3所示，该方法包括：

301、测试设备获取待测应用程序对应的日志文件，该日志文件记录有用户对待测应用程序的操作行为。

302、测试设备根据上述日志文件生成测试用例。

303、测试设备将测试用例提供给测试工具。

上述步骤301-303的描述可参见图1所示实施例中步骤101-105的描述，在此不再赘述。

304、测试工具在上述测试用例的控制下，模拟用户对上述待测应用程序的操作行为分别对待测应用程序的新版本和旧版本进行操作。

305、测试设备获取测试工具分别对待测应用程序的新版本和旧版本进行操作产生的结果。

306、测试设备将测试工具对上述待测应用程序的新版本进行操作产生的结果，与测试工具对上述待测应用程序的旧版本进行操作产生的结果进行比较，以对上述待测应用程序进行回归测试。

测试工具接收到测试用例后，运行该测试用例，以在测试用例的控制下模拟用户对上述待测应用程序的操作行为对待测应用程序进行操作。由于本实施例是要对该待测应用程序进行回归测试，因此，测试工具在上述测试用例的控制下，模拟用户对待测应用程序的操作行为，分别对待测应用程序的新版本和旧版本进行操作并产生结果。

根据待测应用程序的不同，测试工具对待测应用程序进行操作产生的结果也会有所不同，本实施例对此不做限定。在一可选实施方式中，测试用具对待测应用程序进行操作产生的结果可以包括：数据仓储(DB)结果、系统日志(Log)结果和消息体(Message)结果。

测试设备获取上述测试工具对待测应用程序的新版本和旧版本进行操作产生的结果，将两种结果进行比较，以判断应用程序的新版本有没有引入新的错误等。如果两种结果相同，说明应用程序的新版本(例如升级)没有引入新错误，如果两种结果不同，说明应用程序的新版本引入了新的错误。基于该测试结果，编程人员或测试人员等可以进一步对应用程序进行修改，以保证应用程序的质量。

举例说明，假设应用程序的旧版本是版本1.0，应用程序的新版本是版本1.1，则测试工具对版本1.0进行操作产生版本1.0的DB结果、Log结果和Message结果，测试工具对版本1.1进行操作产生版本1.1的DB结果、Log结果和Message结果；测试设备具体将版本1.0的DB结果与版本1.1的DB结果比较，将版本1.0的Log结果与版本1.1的Log结果比较，将版本1.0的Message结果与版本1.1的Message结果进行比较，完成对应用程序的回归测试。

基于上述实施例，测试设备还可以输出比较结果，例如可以以报告等方式输出上述比较结果。

本实施例基于日志文件实现用户对应用程序的操作行为的回放，自动的对应用程序的新旧版本进行测试，实现对应用程序的回归测试，避免了人工分析造成的遗漏，提高了回归测试的真实性和全面性。

在此说明，在上述图3所示实施例中，考虑到应用程序的版本虽发生了变化，但用户对应用程序的操作行为一般不会随版本的变化而变化，因此测试设备仅生成一次测试用例，测试工具在同一测试用例的控制下，分别对待测应用程序的新旧版本进行操作，这样可以减少测试流程，有利于提高测试效率。

进一步说明，除了采用图3所示流程对应用程序进行回归测试之外，还可以采用以下方式，具体的：采用图1所示流程对待测应用程序的新版本进行测试，采用图1所示流程对待测应用程序的旧版本进行测试，最后将两个测试过程产生的结果进行比较，实现对待测应用程序的回归测试。在该实施方式中，针对待测应用程序的新版本和旧版本，测试设备分别生成一个测试用例，测试工具会在不同的测试用例的控制下分别对待测应用程序的新版本和旧版本进行操作，尤其适用于用户对应用程序的操作行为会随着版本升级发生变化的应用场景。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

图4为本发明一实施例提供的测试设备的结构示意图。如图4所示，该测试设备包括：获取模块41、生成模块42和发送模块43。

获取模块41，用于获取待测应用程序对应的日志文件，该日志文件记录有用户对上述应用程序的操作行为。

生成模块42，与获取模块41连接，用于根据获取模块41获取的日志文件生成测试用例。

发送模块43，与生成模块42连接，用于将生成模块42生成的测试用例提供给测试工具，以使测试工具在该测试用例的控制下模拟用户对上述应用程序的操作行为对上述应用程序进行操作。

获取模块41还用于，获取测试工具对上述应用程序进行操作产生的结果。

在一可选实施方式中，如图5所示，生成模块42的一种实现结构包括：格式转换单元421和生成单元422。

格式转换单元421，与获取模块41连接，用于根据预先配置的格式转换规则对获取模块41获取的日志文件进行格式转换，获得测试设备可以理解的日志模板。

生成单元422，与格式转换单元421连接，用于按照预先配置的用例规则对格式转换单元421获得的日志模板进行处理，生成测试用例。生成单元422还与发送模块43连接，用于向发送模块43提供测试用例。

进一步，生成单元422具体可用于按照上述用例规则，对格式转换单元421获得的日志模板中的指定内容进行加密，并在格式转换单元421获得的日志模板中添加测试所需的数据，获得目标日志模板，将该目标日志模板中的内容转换为测试工具可以理解的程序代码，获得测试用例。

在一可选实施方式中，如图6所示，该测试设备还包括：部署模块44，用于在发送模块43将测试用例发送给测试工具之前，部署上述应用程序运行所依赖的运行环境，以供应用程序运行。

在一可选实施方式中，如图6所示，该测试设备还包括：比较模块45。

在测试设备包括比较模块45的基础上，发送模块43具体可用于将测试用例提供给测试工具，以使测试工具在测试用例的控制下模拟用户对应用程序的操作行为，分别对应用程序的新版本和旧版本进行操作。相应的，获取模块41具体可用于获取测试工具分别对应用程序的新版本和旧版本进行操作产生的结果。比较模块45与获取模块41连接，用于将获取模块41获取的测试工具对应用程序的新版本进行操作产生的结果，与获取模块41获取的测试工具对应用程序的旧版本进行操作产生的结果进行比较，以对应用程序进行回归测试。

本实施例提供的测试设备的各功能模块可用于执行上述方法实施例的流程，其具体工作原理不再赘述，详见方法实施例的描述。

本实施例提供的测试设备，基于日志文件可以控制测试工具实现用户对应用程序的操作行为的回放，实现对应用程序的自动化测试，避免了人工分析造成的遗漏，提高了测试的真实性和全面性。

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

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

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

测试设备获取待测应用程序对应的日志文件，所述日志文件记录有用户对所述应用程序的操作行为；

所述测试设备根据所述日志文件生成测试用例；

所述测试设备将所述测试用例提供给测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为对所述应用程序进行操作；

所述测试设备获取所述测试工具对所述应用程序进行操作产生的结果。

2.根据权利要求1所述的方法，其特征在于，所述测试设备根据所述日志文件生成测试用例，包括：

所述测试设备根据预先配置的格式转换规则对所述日志文件进行格式转换，获得所述测试设备可以理解的日志模板；

所述测试设备按照预先配置的用例规则对所述日志模板进行处理，生成所述测试用例。

3.根据权利要求2所述的方法，其特征在于，所述测试设备按照预先配置的用例规则对所述日志模板进行处理，生成所述测试用例，包括：

所述测试设备按照所述用例规则，对所述日志模板中的指定内容进行加密，并在所述日志模板中添加测试所需的数据，获得目标日志模板；

所述测试设备将所述目标日志模板中的内容转换为所述测试工具可以理解的程序代码，获得所述测试用例。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述测试设备将所述测试用例提供给测试工具之前，还包括：

所述测试设备部署所述应用程序运行所依赖的运行环境，以供所述应用程序运行。

5.根据权利要求1-3任一项所述的方法，其特征在于，所述测试设备将所述测试用例提供给测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为对所述应用程序进行操作，包括：

所述测试设备将所述测试用例提供给所述测试工具；

所述测试工具在所述测试用例的控制下，模拟所述用户对所述应用程序的操作行为，分别对所述应用程序的新版本和旧版本进行操作；

所述测试设备获取所述测试工具对所述应用程序进行操作产生的结果，包括：

所述测试设备获取所述测试工具分别对所述应用程序的新版本和旧版本进行操作产生的结果；

所述方法还包括：

所述测试设备将所述测试工具对所述应用程序的新版本进行操作产生的结果，与所述测试工具对所述应用程序的旧版本进行操作产生的结果进行比较，以对所述应用程序进行回归测试。

6.一种测试设备，其特征在于，包括：

获取模块，用于获取待测应用程序对应的日志文件，所述日志文件记录有用户对所述应用程序的操作行为；

生成模块，用于根据所述日志文件生成测试用例；

发送模块，用于将所述测试用例提供给测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为对所述应用程序进行操作；

所述获取模块还用于，获取所述测试工具对所述应用程序进行操作产生的结果。

7.根据权利要求6所述的设备，其特征在于，所述生成模块包括：

格式转换单元，用于根据预先配置的格式转换规则对所述日志文件进行格式转换，获得所述测试设备可以理解的日志模板；

生成单元，用于按照预先配置的用例规则对所述日志模板进行处理，生成所述测试用例。

8.根据权利要求7所述的设备，其特征在于，所述生成单元具体用于按照所述用例规则，对所述日志模板中的指定内容进行加密，并在所述日志模板中添加测试所需的数据，获得目标日志模板，将所述目标日志模板中的内容转换为所述测试工具可以理解的程序代码，获得所述测试用例。

9.根据权利要求6-8任一项所述的设备，其特征在于，还包括：

部署模块，用于部署所述应用程序运行所依赖的运行环境，以供所述应用程序运行。

10.根据权利要求6-8任一项所述的设备，其特征在于，所述发送模块具体用于将所述测试用例提供给所述测试工具，以使所述测试工具在所述测试用例的控制下模拟所述用户对所述应用程序的操作行为，分别对所述应用程序的新版本和旧版本进行操作；

所述获取模块具体用于获取所述测试工具分别对所述应用程序的新版本和旧版本进行操作产生的结果；

所述设备还包括：

比较模块，用于将所述测试工具对所述应用程序的新版本进行操作产生的结果，与所述测试工具对所述应用程序的旧版本进行操作产生的结果进行比较，以对所述应用程序进行回归测试。