CN102279796B - 一种软件兼容性测试的方法和设备 - Google Patents

Abstract

本发明公开了一种软件兼容性测试的方法和设备，将部署为测试环境的各应用软件按照其不同的运行态进行分类，以便于在进行软件兼容性测试时，对所述应用软件按照其所在类别的运行态进行运行，从而使得各应用软件在运行时可以真实地表现出对其他软件的影响以及所受到的来自其他软件的影响，也就是说能够真实地反映各应用软件在实际环境下的运行态特质，使得测试环境能真实地仿真实际环境，提高了软件兼容性测试结果的准确性。

Description

一种软件兼容性测试的方法和设备

技术领域

本发明涉及计算机领域，尤其涉及一种软件兼容性测试的方法和设备。

背景技术

终端产品，即在计算机上安装的软件产品，在被正式应用之前均需要进行相应的软件兼容性测试，来检视被测软件产品与计算机上已有的操作系统、应用软件是否存在不兼容的情况，以便及时的发现被测软件的性能异常、程序异常等问题，从而对被测软件进行相应的修补与完善，使其能够与计算机上已有的操作系统、应用软件兼容运行。

目前，终端产品的软件兼容性测试主要采用以下方法进行：将被测软件安装到部署测试环境的计算机中(所述计算机中安装了作为兼容性测试环境的操作系统和应用软件)，运行该被测软件以及计算机中安装的操作系统和应用软件，根据被测软件运行的状态来判断其是否与计算机上的操作系统和应用软件相兼容。

例如：若需要对杀毒软件的补丁进行兼容性测试时，可以将被测补丁安装到用于测试的计算机中，若计算机中已部署了即时聊天软件，则可以通过在计算机中同时运行该被测补丁和即时聊天软件，根据被测补丁和即时聊天软件的运行结果，来判断被测补丁和即时聊天软件之间是否兼容。

在目前的兼容性测试过程中，在用于测试的计算机中安装的应用软件多种多样，不同的应用软件所需的表现该应用软件运行态特质的条件也不同。所述运行态是指应用软件在运行时，最能表现其对其他软件的影响以及所受到的来自其他软件的影响的运行状态；所述运行态特质是指，应用软件在运行态下所表现出的对其他软件的影响以及所受到的来自其他软件的影响。

但在目前的兼容性测试过程中，只是启动安装在计算机中的应用软件，而不考虑应用软件所需的表现该应用软件运行态特质的条件，导致在进行兼容性测试时，应用软件启动后所表现出的运行态特质与该应用软件在真实的环境下表现出的运行态特质不一定相同，也就是说，仅通过在兼容性测试时启动应用软件的条件所构成的测试环境，不能真实地仿真实际环境，使得最终的测试结果不准确。

发明内容

本发明实施例提供了一种软件兼容性测试的方法和设备，来解决现有技术中存在的被测软件的兼容性测试结果不准确的问题。

一种软件兼容性测试的方法，包括：

按照部署为测试环境的应用软件的运行态，对应用软件进行分类；

在进行兼容性测试时，运行被测软件，以及按照应用软件所属类别对应的测试指令，运行该应用软件；

输出被测软件的兼容性测试结果。

一种软件兼容性测试的设备，包括：

存储模块，用于存储部署为测试环境的各应用软件；

软件分类模块，用于按照应用软件运行态，对存储的应用软件进行分类；

软件运行模块，用于运行被测软件，以及按照应用软件所属类别对应的测试指令，运行该应用软件；

输出模块，用于输出被测软件的兼容性测试结果。

本发明的有益效果为：

本发明实施例的方案将部署为测试环境的各应用软件按照其不同的运行态进行分类，以便于在进行软件兼容性测试时，对所述应用软件按照其所在类别的运行态进行运行，从而使得各应用软件在运行时可以真实地表现出对其他软件的影响以及所受到的来自其他软件的影响，也就是说能够真实地反映各应用软件在实际环境下的运行态特质，使得测试环境能真实地仿真实际环境，提高了软件兼容性测试结果的准确性。

附图说明

图1所示为本发明实施例一中一种软件兼容性测试的方法的流程示意图；

图2所示为本发明实施例二中一种软件兼容性测试的方法的流程示意图；

图3所示为本发明实施例二中服务器内部对通过虚拟机方式部署的操作系统和应用软件进行控制的结构示意图；

图4所示为本发明实施例三中一种软件兼容性测试的设备的结构示意图。

具体实施方式

本发明为了提高兼容性测试的准确性，将部署为测试环境的各应用软件按照其不同的运行态进行分类，在进行兼容性测试时，对所述应用软件按照其所在类别的运行态进行运行，在本发明的方案中，由于应用软件按照其运行态进行运行，因此，应用软件在运行时在可以表现出的对其他软件的影响以及所受到的来自其他软件的影响，也就是说能够真实地反映应用软件在实际环境下的运行态特质，使得测试环境能真实地仿真实际环境，提高测试结果的准确性。

下面结合说明书附图对本发明实施例作进一步说明，但本发明不局限于下面的实施例。

实施例一：

如图1所示，为本发明实施例一中软件兼容性测试方法的流程示意图，包括以下步骤：

步骤101：对部署为测试环境的应用软件按照其运行态进行分类。

在本实施例一的方案中，为了进行软件的兼容性测试，需要通过实验室环境来仿真被测软件的测试环境，所述测试环境可以由操作系统和多个应用软件组成，以仿真被测软件在真实的环境下使用时，所在服务器中的软件环境。

需要说明的是，本步骤101中进行运行态分类的应用软件可以是架构在操作系统之上的应用软件，也可以包括操作系统。

具体地，应用软件的运行态可以划分为以下类别：

1、启动类，即只要将应用软件安装到用于测试的计算机中并启动，就可以展现应用软件的所有运行态特质的应用软件类别。如数据库软件，只要该数据库软件启动后，就能够反映出该数据库软件对其他软件的影响，以及受到的来自其他软件的影响。

所述启动类对应至少一条与启动应用软件相关的测试指令。

这里的其他软件可以是用于测试的计算机中安装的各种应用软件以及被测软件。

2、运行类，即将应用软件安装到用于测试的计算机中并启动后，还不能反映该应用软件的所有运行态特质，还要向应用软件输入相应的操作指令，在应用软件响应该操作指令时才能展现其所有运行态特质的应用软件类别。如程序调用软件，当程序调用软件启动后，还不能展现其所有运行态特质，在向程序调用软件输入程序调用指令后，在程序调用软件根据接收到的程序调用指令执行调用操作时，才能够最好地展现其与其他软件之间的影响。

所述运行类对应至少一条向应用软件输入操作指令的测试指令。

3、交互类，即应用软件安装到用于测试的计算机中并启动后，还不能反映该应用软件的所有运行态特质，还需要应用软件与外界产生交互行为，在交互行为过程中，才能展现其所有运行态特质的应用软件类别。如即时聊天软件，在即时聊天软件启动后，还不能展现其所有运行态特质，当即时聊天软件通过网络与其他即时聊天软件进行信息交互时，才能够最好地展现其与计算机中的其他软件之间的影响。

所述交互类对应至少一条使应用软件与外界产生交互行为的测试指令。

步骤102：在进行兼容性测试时，运行被测软件，以及按照应用软件所属运行态类别对应的测试指令，运行该应用软件。

在本步骤102的方案中，由于同一类别的运行态可以对应多条测试指令，而同一测试指令可以对属于同一类别的多个应用软件进行操作，因此，可以将同一运行态类别对应的可通用的测试指令进行封装，以提高应用软件的运行效率。

例如，若部署为测试环境的应用软件有两款属于交互类的即时聊天软件，分别为即时聊天软件1和即时聊天软件2，交互类对应的测试指令为信息发送指令、信息接收指令、视频请求指令等。其中，信息发送指令、信息接收指令都可以应用于即时聊天软件1和即时聊天软件2，而视频请求指令只能够应用于即时聊天软件2，则本步骤中可以对通用的信息发送指令和信息接收指令进行封装，以便于在进行兼容性测试时，可以利用封装的信息发送指令和信息接收指令同时对即时聊天软件1和即时聊天软件2进行操作，以提高应用软件的运行效率。

具体地，本发明实施例一的方案可以采用Python语言，但本发明并不限于Python语言，只要是能实现上述步骤101和步骤102的编程语言均可以。

在本步骤102中，采用Python语言可以对同一类别运行态对应的可通用的指令进行封装，具体为：

根据同一类别运行态对应的多条测试指令，抽象出其通用的测试指令，并固化成相应的Python类，实现封装；对不通用的测试指令，分别向其提供高阶封装的Python类。

本实施例一中所选用的Python语言是一种解析性的、交互式的、开源的面向对象的编程语言，类似于Perl、Tcl、Scheme或Java，具有以下优点：

1)简单的高层语言，无需考虑诸如如何管理应用软件使用的内存一类的底层细节；

2)既支持面向过程也支持面向对象的编程；

3)有丰富的、庞大的库支持；

有着“功能齐全”的标准库，可以处理各种工作，包括正则表达式、文档生成、单元测试、线程、数据库、网页浏览器、CGI、FTP、电子邮件、XML、XML-RPC、HTML、WAV文件、密码系统、GUI、Tk和其他与系统有关的操作。除了标准库以外，还包括有许多其他高质量的库，如wxPython、Twisted和Python图像库等。

4)易于移植。

Python可以支持多种平台，如Linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、Playstation、Sharp Zaurus、Windows CE，甚至还有PocketPC以及Symbian等。

步骤103：在兼容性测试结束后，输出测试结果。

本发明实施例一的方案对应用软件的运行态加以区分，使应用软件在进行兼容性测试时处于最能够反映与其他软件之间的影响的运行态，使得应用软件在仿真环境下的运行态特质能够真实地反映应用软件在实际环境下的运行态特质，提高测试结果的准确性；同时，本实施例一的方案采用编程语言对通用的测试指令进行封装，提高了应用软件的运行效率。

实施例二：

本发明实施例二对实施例一的方案进行详细说明。

需要说明的是，与实施例一类似，本发明实施例二中选定的编程语言依然为Python语言，但本发明并不限于Python语言。

本发明实施例中计算机内各组件的通信架构可采用Pyro(Python RemoteObjects)技术，实现简洁的RPC解决方案，支持各组件的同步、异步通信。

如图2所示，为本实施例二中软件兼容性测试方法的流程示意图，具体包括以下步骤：

步骤201：部署用于测试的服务器中的测试环境。

在本实施例二的兼容性测试过程中，需要仿真被测软件在实际使用时所处的计算机环境，因此，在进行兼容性测试之前，需要在服务器中部署操作系统和应用软件，以仿真被测软件在实际使用时所处的计算机环境。

第一种可行的部署测试环境的方式是：在实验室中可以配置用户测试的服务器群，在每台服务器中分别安装不同的操作系统和应用软件，通过多台服务器来分别仿真不同的计算机环境，以便于在进行兼容性测试时，可以根据测试的需要，选择合适的服务器。

但是，在上述第一种方式中，由于需要部署的操作系统和应用软件的数量众多，硬件成本和维护成本巨大，因此，本步骤还提出第二种可行的部署测试环境的方式：

使用虚拟化技术，将各种操作系统和应用软件通过虚拟机方式部署在一台或少量的几台服务器中。如图3所示，为一台服务器内部对通过虚拟机方式部署的操作系统和应用软件进行控制的结构示意图，从图3中可以看出，虚拟机控制端32部署在各个虚拟机上，虚拟机服务器控制端33部署在各个虚拟机服务器上，通过集中管理控制台31对虚拟机控制端32和虚拟机服务器控制端33的配置，实现对部署在服务器中的虚拟机的控制；虚拟机控制端32和虚拟机服务器控制端33可以互相进行消息通讯。

集中管理控制台31还可以提供输入输出接口，如图形用户界面(GUI)的接口，接收外界输入的测试任务并下发至虚拟机，并将测试结果输出，以及对测试结果与预期结果的比对输出；同时，集中管理控制台31还可以通过GUI接收对本地的在线修改、调试、上线运行的指令。

在本步骤提出的第二种部署测试环境的方式下，对现有的服务器群进行整合，采用虚拟化技术将可共用的基础资源聚合在一台服务器中，可有效减少测试环境部署的硬件设备，减少占地空间、电力、制冷的需求；同时，由于通过虚拟化技术，将操作系统和应用软件的虚拟文件存储在服务器，而不是在服务器中真实地安装操作系统和应用软件，因此可有效提高测试环境部署效率和数据备份的效率。

步骤202：测试环境的维护和更新。

由于实际环境中，会不断有新的操作系统和应用软件产生，为了使本实施例中的测试环境能够实时仿真真实环境，需要不断地为测试环境中的操作系统和应用软件进行维护，具体做法为：

首先，定义测试环境中需要使用的软件类型，并将该软件类型的软件部署至服务器中。

如操作系统类型、办公软件类型、即时聊天软件类型、游戏软件类型等。

然后，在设定时长内，确定指定的软件下载站点中，属于所述软件类型的下载量最高的几款软件。

接着，将确定的软件与当前测试环境中部署的软件进行比对以及下载，使当前测试环境中部署的软件与确定的软件相同。

例如：对于游戏软件类型，若当前已在服务器中部署了游戏软件1、游戏软件2和游戏软件3，但在指定的软件下载站点中，游戏软件类型中下载量最高的3款软件为：游戏软件1、游戏软件2和游戏软件4，则可以将游戏软件4下载后，通过虚拟化技术部署至服务器中，并删除游戏软件3。

较优地，为了使测试环境中部署的软件能够反映当前实际最受欢迎的软件，本步骤中可以分别对多个软件下载站点的下载量最高的软件进行加权求和，确定最适合用于部署测试环境的软件。

例如：软件下载站点1中游戏软件类型中下载量最高的3款软件为：游戏软件1、游戏软件2和游戏软件4，软件下载站点2中游戏软件类型中下载量最高的3款软件为：游戏软件1、游戏软件3和游戏软件4，则可以分别为每个软件下载站点中的排列结果分配权重后，通过加权求和的方式计算各游戏软件的重要度，进而下载并通过虚拟化方式部署最重要的几款游戏软件。

另外，对于已部署在测试环境下的软件，可以通过一键下载安装的方式进行实时更新。

具体地，本步骤可以通过Python+Selenium+AutoIt技术，实现测试环境的日常维护以及软件的更新操作。

步骤203：在进行兼容性测试时，运行被测软件，以及按照应用软件所属运行态类别对应的测试指令，运行该应用软件。

在本步骤203之前，可先执行实施例一中的步骤101，在需要进行兼容性测试时再执行本步骤203。

在本步骤203执行时，可按照实施例一中步骤102的方案执行。

具体地，本步骤在运行被测软件前，可预先确定各种类型的被测软件通用的测试指令，并将通用的测试指令进行封装，以便于在进行兼容性测试时，可直接调用封装的通用测试指令来运行被测软件。

例如：对于杀毒软件1的补丁和杀毒软件2的补丁而言，这两个补丁软件的内容、结构形式可以不同，但诸如“启动补丁”、“安装补丁”、“暂停安装”等测试指令是可以通用的，因此，可预先针对某种类型的被测软件的通用测试指令进行封装，以方便调用。

具体地，在以Pyro为本实施例的测试架构时，可以使用Python语言对被测软件的通用测试指令进行封装，得到各式封装后的Python类。

步骤204：输出测试结果。

在本步骤中，若在兼容性测试出现异常时，可直接输出该异常类型，具体做法为：

首先，根据经验值对可能出现的测试异常进行分类，在本实施例中可将异常类型划分为：

性能异常：CPU、内存、句柄等出现异常；

系统异常：系统内部代码错误、弹框错误等；

程序异常：被测软件或者其他软件出现异常；

非典型异常：对除上述几类异常外，其他无法归类的异常。

然后，根据测试后输出的信息确定本次异常属于上述何种类型的异常。

例如，当计算机测试后弹出内部代码错误的对话框时，可以确定本次兼容性测试出现程序异常。

另外，本步骤还可以利用Python语言，依据上述分类方式，对每一异常类型对应的输出信息进行二次封装，以便于当测试结束输出信息后，可以使用该简单、方便的异常处理接口，确定输出信息对应的异常类型，方便调用。

最后，根据以下一项内容或多项内容的组合，对本次确定的异常类型相关软件进行检测，确定出现异常的原因，如确定出现异常的软件等，所述出现异常的软件可以是被测软件、应用软件、操作系统等：

虚拟机快照信息、日志信息、异常报错时的截屏信息。

通过本发明实施例二的方案，使用虚拟化技术来部署测试环境，将现有服务器群整合，将共用的基础架构资源聚合在“资源池”中，大大减少了对测试环境部署的硬件设备的需求，降低了测试环境的维护成本；而且，在对测试环境的维护中，可以使测试环境中的操作系统和应用软件是目前最广泛使用的最新版本的软件，使本发明的测试环境能够准确仿真各种实际环境；本发明实施例二的方案通过对应用软件运行态的选择，使测试环境中的应用软件能够最好地反映实际环境，提高兼容性测试的准确性；另外，本发明实施例二中的兼容性测试过程实现了对被测软件的自动化测试，且通过对同一类型通用的测试指令进行封装，提高了测试效率；最后，本发明实施例二的方案可以快速定位测试结果的异常类型，实现了对兼容性测试的自动侦测。

实施例三：

如图4所示，为本发明实施例三中一种软件兼容性测试的设备的结构示意图，所述设备包括：存储模块41、软件分类模块42、软件运行模块43和输出模块44，其中：

存储模块41用于存储部署为测试环境的各应用软件；软件分类模块42用于按照应用软件运行态，对存储的应用软件进行分类；软件运行模块43用于运行被测软件，以及按照应用软件所属类别对应的测试指令，运行该应用软件；输出模块44用于输出被测软件的兼容性测试结果。

所述设备还包括运行态分类模块45，用于将应用软件的运行态划分为以下类别：

启动类，表示应用软件安装到用于测试的计算机中并启动时，能够展现该应用软件的运行态特质的应用软件类别；

运行类，表示应用软件安装到用于测试的计算机中并启动、且向该应用软件输入相应的操作指令后，能够展现该应用软件的运行态特质的应用软件类别；

交互类，表示应用软件安装到用于测试的计算机中并启动、且该应用软件与外界产生交互行为时，能够展现该应用软件的运行态特质的应用软件类别。

由于本设备中的运行态分类模块45将运行态划分为上述三种类别，因此，软件分类模块42可具体用于按照运行态分类模块45划分的类别，将存储的应用软件划分至上述三个类别的一个类别中。

所述设备还包括指令封装模块46，用于将同一运行态类别对应的通用测试指令进行封装。

由于指令封装模块46将通用测试指令进行了封装，因此，软件运行模块43可以从指令封装模块46中调用测试指令，具体为运行被测软件，以及调用应用软件所属类别对应的已封装的测试指令，运行该应用软件。

所述设备还包括异常分类模块47和分析模块48，其中：异常分类模块47用于对测试异常进行分类，并确定各异常类型对应的输出信息；分析模块48用于根据异常分类模块中存储的异常类型与输出信息的对应关系，确定本次测试后得到的输出信息对应的异常类型。

所述输出模块44具体用于将分析模块48确定的异常类型作为兼容性测试结果输出。

另外，所述分析模块48还用于在确定异常类型后，可检测虚拟机快照信息、日志信息、异常报错时的截屏信息中的一种或多种，进一步确定出现异常的原因；因此，所述输出模块44还用于将分析模块48确定的出现异常的原因作为兼容性测试结果输出。

所述设备还包括异常封装模块49，用于对异常分类模块47中确定的每一异常类型对应的输出信息进行封装。

由于异常封装模块49对异常类型对应的输出信息进行封装，因此，分析模块48可用于调用异常封装模块49中封装后的输出信息，确定本次得到的输出信息对应的异常类型。

本发明实施例三中所述的软件兼容性测试的设备可以应用于实施例一和实施例二的方法中，并且本发明实施例三中所述的软件兼容性测试的设备包括且并不限于上述的功能划分。

本发明提供的软件兼容性测试的方法和设备，将部署为测试环境的各应用软件按照其不同的运行态进行分类，以便于在进行软件兼容性测试时，对所述应用软件按照其所在类别的运行态进行运行，从而使得各应用软件在运行时可以真实地表现出对其他软件的影响以及所受到的来自其他软件的影响，也就是说能够真实地反映各应用软件在实际环境下的运行态特质，使得测试环境能真实地仿真实际环境，提高了软件兼容性测试结果的准确性。

以上所述仅是本发明的优选实施方案，显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种软件兼容性测试的方法，其特征在于，包括：

按照部署为测试环境的应用软件的运行态，对应用软件进行分类，其中，所述运行态是指应用软件在运行时，最能表现其对其他软件的影响以及所受到的来自其他软件的影响的运行状态；

在进行兼容性测试时，运行被测软件，以及按照应用软件所属类别对应的测试指令，运行该应用软件；

输出被测软件的兼容性测试结果。

2.如权利要求1所述的方法，其特征在于，对应用软件进行分类之前，还包括：

将应用软件的运行态划分为以下类别：

启动类，表示应用软件安装到用于测试的计算机中并启动时，能够展现该应用软件的运行态特质的应用软件类别；

运行类，表示应用软件安装到用于测试的计算机中并启动、且向该应用软件输入相应的操作指令后，能够展现该应用软件的运行态特质的应用软件类别；

交互类，表示应用软件安装到用于测试的计算机中并启动、且该应用软件与外界产生交互行为时，能够展现该应用软件的运行态特质的应用软件类别；

按照部署为测试环境的应用软件的运行态，对应用软件进行分类，具体包括：

将每个应用软件划分至上述三个类别的一个类别中。

3.如权利要求2所述的方法，其特征在于，在运行被测软件之前，所述方法还包括：

将同一运行态类别对应的通用测试指令进行封装；

按照应用软件所属类别对应的测试指令，运行该应用软件，具体包括：

调用应用软件所属类别对应的已封装的测试指令，并运行该应用软件。

4.如权利要求1所述的方法，其特征在于，输出兼容性测试结果之前，所述方法还包括：

对测试异常进行分类，并确定各异常类型对应的输出信息；

输出兼容性测试结果，具体包括：

查询测试后的输出信息，根据各异常类型与输出信息的对应关系，确定本次得到的输出信息对应的异常类型，并输出。

5.如权利要求4所述的方法，其特征在于，在确定本次得到的输出信息对应的异常类型之后，且输出之前，所述方法还包括：

检测虚拟机快照信息、日志信息、异常报错时的截屏信息中的一种或多种，确定出现异常的原因。

6.如权利要求4所述的方法，其特征在于，确定各异常类型对应的输出信息后，且输出兼容性测试结果之前，所述方法还包括：

对每一异常类型对应的输出信息进行封装；

根据各异常类型与输出信息的对应关系，确定本次得到的输出信息对应的异常类型，具体包括：

调用封装后的输出信息，确定本次得到的输出信息对应的异常类型。

7.一种软件兼容性测试的设备，其特征在于，包括：

存储模块，用于存储部署为测试环境的各应用软件；

软件分类模块，用于按照应用软件运行态，对存储的应用软件进行分类，其中，所述运行态是指应用软件在运行时，最能表现其对其他软件的影响以及所受到的来自其他软件的影响的运行状态；

软件运行模块，用于运行被测软件，以及按照应用软件所属类别对应的测试指令，运行该应用软件；

输出模块，用于输出被测软件的兼容性测试结果。

8.如权利要求7所述的设备，其特征在于，还包括：

运行态分类模块，用于将应用软件的运行态划分为以下类别：

启动类，表示应用软件安装到用于测试的计算机中并启动时，能够展现该应用软件的运行态特质的应用软件类别；

运行类，表示应用软件安装到用于测试的计算机中并启动、且向该应用软件输入相应的操作指令后，能够展现该应用软件的运行态特质的应用软件类别；

交互类，表示应用软件安装到用于测试的计算机中并启动、且该应用软件与外界产生交互行为时，能够展现该应用软件的运行态特质的应用软件类别；

所述软件分类模块，具体用于按照运行态分类模块划分的类别，将存储的应用软件划分至上述三个类别的一个类别中。

9.如权利要求7所述的设备，其特征在于，所述设备还包括：

指令封装模块，用于将同一运行态类别对应的通用测试指令进行封装；

所述软件运行模块，具体用于运行被测软件，以及调用应用软件所属类别对应的已封装的测试指令，运行该应用软件。

10.如权利要求7所述的设备，其特征在于，还包括：

异常分类模块，用于对测试异常进行分类，并确定各异常类型对应的输出信息；

分析模块，用于根据异常分类模块中存储的异常类型与输出信息的对应关系，确定本次测试后得到的输出信息对应的异常类型；

所述输出模块，具体用于将分析模块确定的异常类型作为兼容性测试结果输出。

11.如权利要求10所述的设备，其特征在于，

所述分析模块，还用于在确定异常类型后，检测虚拟机快照信息、日志信息、异常报错时的截屏信息中的一种或多种，确定出现异常的原因；

所述输出模块，还用于将分析模块确定的出现异常的原因作为兼容性测试结果输出。

12.如权利要求10所述的设备，其特征在于，还包括：

异常封装模块，用于对异常分类模块中确定的每一异常类型对应的输出信息进行封装；

所述分析模块，具体用于调用异常封装模块中封装后的输出信息，确定本次得到的输出信息对应的异常类型。

Images