本申请涉及测试
技术领域：
：，特别是涉及一种应用升级测试方法、装置、计算机设备和存储介质。
背景技术：
：：随着计算机技术的发展，越来越多的业务可通过业务系统(包括业务客户端和业务服务器)来实现，比如提供业务客户端给用户使用，业务服务器作为后台处理服务器。随着业务内容的丰富和扩展，常常需要对业务系统进行升级，也就是对应用程序进行升级。为了保障升级后的业务系统功能的稳定，常常需要对升级后的业务系统进行测试，以判定业务系统的升级情况。常用的对升级后的系统进行测试的方法，主要采取人工的方式，人为进行业务客户端和业务服务器之间的联合测试，也就是端到端集成测试。采用人工端到端的测试方法导致系统测试效率低。技术实现要素：基于此，有必要针对上述技术问题，提供一种能够提高系统测试效率的应用升级测试方法、装置、计算机设备和存储介质。一种应用升级测试方法，所述方法包括：获取升级后的业务客户端根据测试数据所生成的测试订单；确定与所述测试订单相对应的订单标签；从资料库中查找与所述订单标签相对应的历史订单；所述历史订单通过升级前的所述业务客户端根据所述测试数据生成；将所述测试订单和所述历史订单进行比对分析，确定所述测试订单和所述历史订单间的差异部分；根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。一种系统升级测试装置，所述装置包括：获取模块，用于获取升级后的业务客户端根据测试数据所生成的测试订单；确定模块，用于确定与所述测试订单相对应的订单标签；查找模块，用于从资料库中查找与所述订单标签相对应的历史订单；所述历史订单通过升级前的所述业务客户端根据所述测试数据生成；分析模块，用于将所述测试订单和所述历史订单进行比对分析，确定所述测试订单和所述历史订单间的差异部分；所述确定模块还用于根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：获取升级后的业务客户端根据测试数据所生成的测试订单；确定与所述测试订单相对应的订单标签；从资料库中查找与所述订单标签相对应的历史订单；所述历史订单通过升级前的所述业务客户端根据所述测试数据生成；将所述测试订单和所述历史订单进行比对分析，确定所述测试订单和所述历史订单间的差异部分；根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：获取升级后的业务客户端根据测试数据所生成的测试订单；确定与所述测试订单相对应的订单标签；从资料库中查找与所述订单标签相对应的历史订单；所述历史订单通过升级前的所述业务客户端根据所述测试数据生成；将所述测试订单和所述历史订单进行比对分析，确定所述测试订单和所述历史订单间的差异部分；根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。上述应用升级测试方法、装置、计算机设备和存储介质，获取升级后的业务客户端根据测试数据所生成的测试订单，确定与测试订单相对应的订单标签，以便进行版本控制。再从资料库中查找与订单标签相对应的历史订单，将测试订单和历史订单进行比对分析，确定两者间的差异部分。并根据升级后的业务客户端所对应的预设升级需求、与该差异部分间的匹配度来确定客户端测试结果。这样可自动智能地对升级后的业务客户端进行测试，无需人为手动地进行客户端和服务器的联合测试，就可得到客户端测试结果，大大提高了系统测试的效率。附图说明图1为一个实施例中应用升级测试方法的应用场景图；图2为一个实施例中应用升级测试方法的流程示意图；图3为一个实施例中对业务服务器进行测试步骤的流程示意图；图4为一个实施例中应用升级测试方法的应用系统图；图5为一个实施例中应用升级测试装置的结构框图；图6为另一个实施例中应用升级测试装置的结构框图；图7为一个实施例中计算机设备的内部结构图。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。本申请提供的应用升级测试方法，可以应用于如图1所示的应用环境中。其中，终端110与业务服务器120通过网络进行通信。测试设备130与终端110通过网络进行通信。测试设备130与业务服务器120通过网络进行通信。终端110上运行有业务客户端，升级后的业务客户端根据测试数据生成的测试订单，测试设备130获取测试订单，并依据测试订单对业务客户端和业务服务器120分别进行测试，以得到客户端测试结果和服务器测试结果。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。测试设备可以是终端或服务器。在一个实施例中，如图2所示，提供了一种应用升级测试方法，以该方法应用于图1中的测试设备130为例进行说明，包括以下步骤：s202，获取升级后的业务客户端根据测试数据所生成的测试订单。其中，应用升级是指应用程序的升级，至少包括业务客户端的升级、以及业务服务器的升级中的至少一种。业务客户端是安装在用户终端上的应用程序，可以通过网络连接与业务服务器进行通信。业务客户端具体可以是运行在终端上的单独的应用程序，也可以是业务服务器提供的可以在浏览器中打开的网页界面。在实际应用中，由于业务需求，常常会遇到需要对业务客户端进行功能升级的情况，此时就存在升级前的业务客户端和升级后的业务客户端。对应用升级的测试具体可以包括对升级后的业务客户端的测试、以及对升级后的业务服务器的测试等。测试数据是用于测试系统升级前后差异的数据。其中，测试数据可存储于测试文件中。测试文件是用于测试的文件，具体可以包括多组测试案例。每组测试案例都包括完备的测试数据。测试文件具体可以是文本文件、表格文件或pdf(portabledocumentformat，便携式文档格式)文件等，在此对测试文件的文件格式不做限定。测试订单是业务客户端根据测试数据所生成的订单(主要以报文的形式呈现)。具体地，业务客户端可获取测试数据，并对录入的测试数据进行数据处理，生成相应的测试订单。当业务客户端将测试订单以报文的形式发送至业务服务器时，测试设备可拦截并获取业务客户端所发送的测试订单。在一个实施例中，可通过人为手动的方式将测试数据录入至业务客户端，业务客户端根据测试数据生成相应的测试订单。在另一个实施例中，测试设备可自动获取测试文件，并自动将测试文件中的测试数据录入至业务客户端，业务客户端根据测试数据生成相应的测试订单。s204，确定与测试订单相对应的订单标签。其中，订单标签是一种用来标识或分类订单的工具，方便定位和查找相应的订单。订单标签可用于用于区别不同类型的测试案例。具体地，测试设备在获取测试订单后，可为测试订单分配相匹配的订单标签。比如，对于根据a类型测试数据所生成的测试订单，测试设备可为相应的测试订单分配a标签；对于根据b类型的测试数据所生成的测试订单，测试设备可为相应的测试订单分配b标签。在一个实施例中，对于同类型的测试订单，测试设备可为其分配同样的订单标签。在业务客户端升级前后，通过同类型的测试数据所生成的测试订单，测试设备所分配的订单标签也是相同的。这样，测试设备可通过分析相同订单标签所对应的测试订单和历史订单之间的差异，来确定业务客户端的升级情况。s206，从资料库中查找与订单标签相对应的历史订单；历史订单通过升级前的业务客户端根据测试数据生成。其中，历史订单是升级前的业务客户端根据测试数据所生成的订单(主要以报文的形式呈现)。具体地，测试设备从资料库中查找与确定的订单标签相关联的历史订单，并获取相应的历史订单的订单信息。订单信息是与订单相关的信息，具体可以包括产品类型、销售渠道、数量、时间戳、序列号等。在一个实施例中，在业务客户端上线使用时，测试设备可将业务客户端生成的订单和相应的订单标签关联存储在资料库中，作为下次升级测试时的历史订单。相应地，在后续的业务客户端升级时，测试设备将升级后的业务客户端所生成的测试订单更新至资料库中，以便及时更新资料库中存储的订单信息。更新的订单信息则作为下次升级测试的历史订单的历史订单信息。在一个实施例中，该应用升级测试方法还包括存储测试订单的测试订单信息的步骤，该步骤具体包括：备份历史订单的历史订单信息；将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得所述资料库中存储最新版本的业务客户端所对应的测试订单信息。具体地，测试设备可将资料库中存储的历史订单信息备份存储至其他计算机设备或其他存储路径中，以备信息追踪溯源。进而，测试设备可将当前获取的测试订单的测试订单信息覆盖相应的历史订单信息，并存储至资料库中，使得资料库中仅存储最新版本业务客户端所对应的测试订单信息。这样，在下一次升级时，测试设备可依据最新的历史订单信息来确定业务客户端的升级情况。在一个实施例中，当前业务客户端的升级测试过程中，仅生成了部分订单标签所对应的测试订单。当将测试订单的测试订单信息覆盖相应的历史订单信息时，将相同订单标签所对应的测试订单信息覆盖相应的历史订单信息。使得各订单标签所对应的订单信息都是当前最新版本的订单信息。上述实施例中，备份历史订单的历史订单信息，将测试订单的测试订单信息覆盖历史订单信息，并存储至资料库中。可保障资料库中存储的订单信息是最新版本的订单信息，便于准确地确定客户端的升级测试结果。s208，将测试订单和历史订单进行比对分析，确定测试订单和历史订单间的差异部分。具体地，交易信息收集器可将测试订单信息和查找到的对应相同订单标签的历史订单信息进行比对，以确定测试订单和历史订单之间的差异部分。在一个实施例中，对于同种类型的测试订单，测试设备可为其分配相同的订单标签。当不同版本的业务客户端对同类型的测试数据进行数据处理，生成相应的测试订单后，测试设备可通过比较相同订单标签所对应的测试订单和历史订单之间的差异，来分析出业务客户端具体升级的部件。在一个实施例中，步骤s208，也就是将测试订单和历史订单进行比对分析，确定测试订单和历史订单间的差异部分的步骤具体包括：获取订单关键词；分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分。其中，订单关键词是对应订单中关键信息的词，比如“产品类型”、或“订单数量”等。具体地，测试设备可获取预设的订单关键词，从测试订单的测试订单信息中，提取与订单关键词相对应的订单关键信息；从历史订单的历史订单信息中，提取与订单关键词相对应的订单关键信息。进一步地，测试设备可比较测试订单的订单关键信息，与历史订单的订单关键信息之间的差异，从而确定业务客户端的升级测试结果。这样，测试设备可以避开掉不影响测试逻辑的非关键信息(比如，时间戳和序列号等信息)，大大提高了对测试订单和历史订单进行比对分析的比对效率和效果。s210，根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结果。其中，预设升级需求是在升级业务客户端之前预先规划的升级功能效果。比如，预设升级需求具体可以是当次升级所需满足的功能要求。具体地，测试设备可预先获取与升级后的业务客户端所对应的预设升级需求。测试设备通过比较预设升级需求与差异部分之间的匹配程度，来分析该差异部分是否为升级业务客户端所带来的差异，并分析该差异是否满足预设功能要求，进而判断业务客户端是否升级成功，也就是确定业务客户端升级的测试结果。在一个实施例中，测试设备可通过判断测试订单和历史订单间的差异部分是否满足预设升级需求、以及满足预设升级需求中的哪些部分，来确定预设升级需求与差异部分之间的匹配程度。在一个实施例中，若差异部分不满足预设功能要求，测试设备可进一步分析造成升级失败的原因及对应的解决措施。测试设备可根据测试订单信息和历史订单信息间的差异部分、差异原因、升级结果、以及升级失败时的原因分析和对应的解决措施等，生成业务客户端的升级测试报告。上述应用升级测试方法，获取升级后的业务客户端根据测试数据所生成的测试订单，确定与测试订单相对应的订单标签，以便进行版本控制。再从资料库中查找与订单标签相对应的历史订单，将测试订单和历史订单进行比对分析，以确定对升级后的业务客户端进行测试所得到的客户端测试结果。这样，可比对升级前和升级后的业务客户端分别根据测试数据所生成的订单之间的差异，来确定业务客户端的升级情况。自动智能地对升级后的业务客户端进行测试，无需人为手动地进行客户端和服务器的联合测试，就可得到客户端测试结果，大大提高了系统测试的效率。在一个实施例中，该应用升级测试方法还包括对业务服务器进行测试的步骤，该步骤具体包括以下步骤：s302，从资料库中查找测试订单的测试订单信息。具体地，当测试设备将测试订单的测试订单信息覆盖历史订单信息存储至资料库中后，测试设备可从资料库中查找相应的测试订单信息。s304，将测试订单信息发送至业务服务器。具体地，测试设备可将测试订单信息发送至业务服务器，发送的测试订单信息用于指示业务服务器对测试订单信息进行业务处理，以得到相应的订单处理数据。在一个实施例中，订单处理数据是适用于下游系统的数据。其中业务服务器对测试订单信息进行业务处理具体可与业务服务器的功能相关，比如，业务服务器对测试订单信息进行格式和类型上的转换，即可得到订单处理数据；或者，业务服务器可对多组测试订单信息进行综合处理，以得到订单处理数据等，本申请在此不做限定。s306，获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据。具体地，测试设备可通过网络连接获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据。在一个实施例中，当业务服务器对测试订单信息进行业务处理所得到的订单处理数据后，可将订单处理数据存储至数据库中。业务服务器可按预设时间间隔，将订单处理数据发送至测试设备。或者，当生成的订单处理数据的存储容量达到预设容量时，业务服务器将订单处理数据发送至测试设备。在一个实施例中，步骤s306，也就是获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据的步骤具体包括：通过业务服务器对测试订单信息的数据格式和/或数据类型进行转换，得到匹配目标数据格式和/或目标数据类型的订单处理数据；确定与测试订单信息相对应的订单标识；定时依据订单标识从业务服务器中查找相应的订单处理数据。其中，数据格式(dataformat)是描述数据保存在文件或记录中的规则。可以是字符形式的文本格式，或二进制数据形式的压缩格式等。数据类型(datatype)是一组数据所属的类别，在数据结构中主要是指一组性质相同的值的集合以及定义在这个值集合上的一组操作的总称。订单标识用于唯一标识该订单，具体可以是字母、字符、汉字或数字等。在一个实施例中，业务客户端对测试数据进行数据处理，生成测试订单时，相应地，生成测试订单的订单标识，并依据该订单标识更新测试文件。测试设备可从测试文件中获取与测试订单相对应的订单标识。业务服务器对测试订单信息进行业务处理，得到订单处理数据后，可将订单标识和订单处理数据关联存储在本地。进一步地，测试设备可定时依据订单标识从业务服务器中查找相应的订单处理数据。在一个实施例中，业务服务器对测试订单信息进行业务处理的内容，具体可以是业务服务器对测试订单信息的数据格式进行转换，得到匹配目标数据格式订单处理数据，和/或，业务服务器对测试订单信息的数据类型进行转换，得到匹配目标数据类型的订单处理数据。其中，目标数据格式和目标数据类型是预设置的、与实际业务需求相关的数据格式和数据类型，比如适用于下游系统的数据格式和数据类型。在一个实施例中，业务服务器对测试订单信息的数据格式和/或数据类型进行转换，得到匹配目标数据格式和/或目标数据类型的订单处理数据后，可将订单处理数据存储至数据库中。在业务服务器的运行逻辑里，有一个中央的数据管理模块，所有保存数据到数据库的操作都通过这个数据管理模块进行操作。对于业务服务器而言，有一个特殊的代码嵌入设定，会把保存到数据库的数据，以json格式保存到本地文件。测试设备可根据测试订单的订单标识，从业务服务器中查找到对应json格式的订单处理数据。上述实施例中，通过业务服务器对测试订单信息的数据格式和数据类型进行转换，可以得到匹配目标数据格式和目标数据类型的订单处理数据，依据与测试订单信息相对应的订单标识，定时从业务服务器中查找相应的订单处理数据，可以方便、快捷、准确地获取订单处理数据。s308，根据订单处理数据和预期结果数据，确定与业务服务器相对应的服务器测试结果。其中，预期结果数据是此次业务系统升级所预期的结果数据，也就是标准数据。具体地，测试设备可将订单处理数据和预期结果数据进行比对分析，确定对升级后的业务服务器进行测试所得到的测试结果。当订单处理数据和预期结果数据完全相同或差异在预设范围内，则判定此次升级的业务服务器满足升级需求；当订单处理数据和预期结果数据的差异超过预设范围，则判定此次的业务服务器升级失败，测试设备可依据差异的部分确定升级失败的原因和相应的改进措施等。上述实施例中，将测试订单信息发送至业务服务器，并获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据，再根据订单处理数据和预期结果数据，确定与业务服务器相对应的服务器测试结果，自动智能地对升级后的业务服务器进行测试，无需人为手动地进行客户端和服务器的联合测试，就可得到服务器测试结果，大大提高了系统测试的效率。在一个实施例中，该应用升级测试方法还包括应用升级测试报告的生成步骤，该步骤具体包括：根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件；依据更新后的测试文件，生成相应的应用升级测试报告。其中，测试报告是对系统升级后进行测试所得到的报告，测试报告是测试阶段最后的产出物，通常可包括测试方法、测试结果与缺陷汇报、测试结论与建议等。具体地，测试设备可根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件。再依据更新后的测试文件，生成相应的应用升级测试报告。在一个实施例中，测试报告可以文件的形式展示，或者以网页的形式展示。其中，以文件的形式展示比如以文本格式、表格格式、或图片格式等进行展示。上述实施例中，根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件，再依据更新后的测试文件，可以生成准确、全面的应用升级测试报告。应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。参考图4，图4示出了应用升级测试方法的应用系统图。在一个实施例中，测试设备包括测试数据构建器、信息收集器和自动化测试器。对于上述测试数据构建器、信息收集器和自动化测试器，可分别部署在不同的服务器中，共同构成一个服务器集群；也可部署在同一个服务器中，通过同一个服务器中的不同模块来实现。在一个实施例中，测试设备还包括调度器，对于上述测试数据构建器、信息收集器和自动化测试器，在执行该应用升级测试方法之前，可通过调度器进行各服务的调配和设置。比如设置在此次测试过程中运行的各服务、及各服务器的运行顺序等。在一个实施例中，测试数据构建器将测试数据自动录入至业务客户端，业务客户端根据测试数据生成的测试订单。当业务客户端将该测试订单发送至业务服务器时，信息收集器拦截并获取测试订单。信息收集器还用于确定与测试订单相对应的订单标签，从资料库中查找与订单标签相对应的历史订单，并将测试订单和历史订单进行比对分析，确定测试订单和历史订单间的差异部分；根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结果。在一个实施例中，信息收集器还用于备份历史订单的历史订单信息，并将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得资料库中存储最新版本的业务客户端所对应的测试订单信息。在一个实施例中，自动化测试器用于从资料库中查找测试订单的测试订单信息；将测试订单信息发送至业务服务器；获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据；自动化测试器根据订单处理数据和预期结果数据，确定与业务服务器相对应的服务器测试结果。在一个实施例中，业务服务器对测试订单信息的数据格式和数据类型进行转换，得到匹配目标数据格式和目标数据类型的订单处理数据；自动化测试器还用于确定与测试订单信息相对应的订单标识；定时依据订单标识从业务服务器中查找相应的订单处理数据。在一个实施例中，自动化测试器还用于根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件；依据更新后的测试文件，生成相应的应用升级测试报告。在一个实施例中，信息收集器还用于获取订单关键词；分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分。上述应用升级测试系统，获取升级后的业务客户端根据测试数据所生成的测试订单，确定与测试订单相对应的订单标签，以便进行版本控制。再从资料库中查找与订单标签相对应的历史订单，将测试订单和历史订单进行比对分析，确定两者间的差异部分。并根据升级后的业务客户端所对应的预设升级需求、与该差异部分间的匹配度来确定客户端测试结果。这样可自动智能地对升级后的业务客户端进行测试，无需人为手动地进行客户端和服务器的联合测试，就可得到客户端测试结果，大大提高了系统测试的效率。在一个实施例中，如图5所示，提供了一种应用升级测试装置500，包括：获取模块501、确定模块502、查找模块503和分析模块504，其中：获取模块501，用于获取升级后的业务客户端根据测试数据所生成的测试订单。确定模块502，用于确定与测试订单相对应的订单标签。查找模块503，用于从资料库中查找与订单标签相对应的历史订单；历史订单通过升级前的业务客户端根据测试数据生成。分析模块504，用于将测试订单和历史订单进行比对分析，确定测试订单和历史订单间的差异部分。确定模块502还用于根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结果。在一个实施例中，该应用升级测试装置500还包括备份模块505和覆盖存储模块506，其中：备份模块505，用于备份历史订单的历史订单信息。覆盖存储模块506，用于将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得资料库中存储最新版本的业务客户端所对应的测试订单信息。在一个实施例中，该应用升级测试装置500还包括发送模块507，其中：查找模块503还用于从资料库中查找测试订单的测试订单信息；发送模块507，用于将测试订单信息发送至业务服务器；获取模块501还用于获取业务服务器对测试订单信息进行业务处理所得到的订单处理数据；确定模块502还用于根据订单处理数据和预期结果数据，确定与业务服务器相对应的服务器测试结果。在一个实施例中，获取模块501还用于通过业务服务器对测试订单信息的数据格式和/或数据类型进行转换，得到匹配目标数据格式和/或目标数据类型的订单处理数据；确定与测试订单信息相对应的订单标识；定时依据订单标识从业务服务器中查找相应的订单处理数据。参考图6，在一个实施例中，该应用升级测试装置500还包括更新模块508和生成模块509，其中：更新模块508，用于根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件。生成模块509，用于依据更新后的测试文件，生成相应的应用升级测试报告。在一个实施例中，分析模块504还用于获取订单关键词；分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分。上述应用升级测试装置，获取升级后的业务客户端根据测试数据所生成的测试订单，确定与测试订单相对应的订单标签，以便进行版本控制。再从资料库中查找与订单标签相对应的历史订单，将测试订单和历史订单进行比对分析，确定两者间的差异部分。并根据升级后的业务客户端所对应的预设升级需求、与该差异部分间的匹配度来确定客户端测试结果。这样可自动智能地对升级后的业务客户端进行测试，无需人为手动地进行客户端和服务器的联合测试，就可得到客户端测试结果，大大提高了系统测试的效率。关于应用升级测试装置的具体限定可以参见上文中对于应用升级测试方法的限定，在此不再赘述。上述应用升级测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用升级测试方法。本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述应用升级测试方法的步骤。此处应用升级测试方法的步骤可以是上述各个实施例的应用升级测试方法中的步骤。在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述应用升级测试方法的步骤。此处应用升级测试方法的步骤可以是上述各个实施例的应用升级测试方法中的步骤。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。当前第1页12当前第1页12