CN110362479A - 系统升级测试方法和系统 - Google Patents
系统升级测试方法和系统 Download PDFInfo
- Publication number
- CN110362479A CN110362479A CN201910532553.4A CN201910532553A CN110362479A CN 110362479 A CN110362479 A CN 110362479A CN 201910532553 A CN201910532553 A CN 201910532553A CN 110362479 A CN110362479 A CN 110362479A
- Authority
- CN
- China
- Prior art keywords
- test
- order
- customer end
- data
- service customer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/368—Test management for test version control, e.g. updating test cases to a new software version
Abstract
本申请涉及一种系统升级测试方法和系统。该方法包括：获取测试文件；测试文件包括测试数据；将测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序，使得业务客户端根据测试数据生成相应的测试订单；当检测到业务客户端向业务服务器发送测试订单时，拦截测试订单；比对测试订单和业务客户端所对应的历史订单间的差异，并根据差异部分，确定客户端测试结果；当拦截测试订单时，将拦截的测试订单发送至业务服务；获取业务服务器对测试订单进行处理所得到的实际处理数据；根据业务服务器对应的目标处理数据与实际处理数据间的差异，确定服务器测试结果。采用基于测试技术的本方法能够提高系统测试效率。
Description
技术领域
本申请涉及测试技术领域，特别是涉及一种系统升级测试方法和系统。
背景技术
随着计算机技术的发展，越来越多的业务可通过业务系统(包括业务客户端和业务服务器)来实现，比如提供业务客户端给用户使用，业务服务器作为后台处理服务器。随着业务内容的丰富和扩展，常常需要对业务系统进行升级，也就是对应用程序进行升级。为了保障升级后的业务系统功能的稳定，常常需要对升级后的业务系统进行测试，以判定业务系统的升级情况。
常用的对升级后的系统进行测试的方法，主要采取人工的方式，人为的录入测试数据，人为的进行业务客户端和业务服务器之间的联合测试。而这样采用人为手动操作的测试方法常常会产生应用升级测试效率低的问题。
发明内容
基于此，有必要针对上述技术问题，提供一种能够提高系统升级测试效率的系统升级测试方法、装置、计算机设备、存储介质和系统。
一种系统升级测试方法，用于对升级后的业务客户端和业务服务器进行测试，所述方法包括：
获取测试文件；所述测试文件包括测试数据；
将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；
比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务器；
获取所述业务服务器对所述测试订单进行处理所得到的实际处理数据；
根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
一种系统升级测试装置，包括：
获取模块，用于获取测试文件；所述测试文件包括测试数据；
数据录入模块，用于将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
拦截模块，用于当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；
确定模块，用于比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
发送模块，用于当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务；
所述获取模块还用于获取所述业务服务器对所述测试订单进行处理所得到的实际处理数据；
所述确定模块还用于根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
获取测试文件；所述测试文件包括测试数据；
将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；
比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务；
获取所述业务服务器对所述测试订单进行处理所得到的订单处理数据；
根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
获取测试文件；所述测试文件包括测试数据；
将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；
比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务；
获取所述业务服务器对所述测试订单进行处理所得到的订单处理数据；
根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
一种系统升级测试系统，所述系统包括：测试数据构建器、信息收集器和自动化测试器；
所述测试数据构建器，用于获取测试文件；所述测试文件包括测试数据；
将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
所述信息收集器，用于当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
所述自动化测试器，用于当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务；获取所述业务服务器对所述测试订单进行处理所得到的订单处理数据；根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
上述系统升级测试方法、装置、计算机设备、存储介质和系统，将测试文件中的测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序，使得业务客户端根据测试数据生成相应的测试订单。当业务客户端向业务服务器发送该测试订单时，拦截并获取该测试订单。将测试订单和相应的历史订单进行比对分析，根据测试订单和历史订单间的差异部分，可以准确地确定对业务客户端进行测试所得到的客户端测试结果。并且将拦截的测试订单发送至业务服务器，可获取业务服务器对测试订单进行处理所得到的实际处理数据。根据业务服务器对应的目标处理数据与实际处理数据间的差异，可以准确地确定对业务服务器进行测试所得到的服务器测试结果。这样，当需要对升级后的应用系统(包括业务客户端和业务服务器)进行升级测试时，可以整合测试数据录入的页面操作，模拟业务客户端和业务服务器中各模块间的交互请求、接收响应、及校验数据等功能，帮助测试人员自动完成端到端的测试，很大程度减少了人为操作所耗费的时间，并且减少了人为操作失误的几率，大大提高了系统升级测试的测试效率。
附图说明
图1为一个实施例中系统升级测试方法的应用场景图；
图2为一个实施例中系统升级测试方法的流程示意图；
图3为一个实施例中比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果的步骤的流程示意图；
图4为一个实施例中系统升级测试装置的结构框图；
图5为另一个实施例中系统升级测试装置的结构框图；
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的系统升级测试方法，可以应用于如图1所示的应用环境中。其中，终端110、服务器120和测试设备130分别通过网络进行通信。终端110上运行有业务客户端，测试设备130可以是单个服务器或多个服务器组成的服务器集群。测试设备130具体可以包括测试数据构建器131、信息收集器132和自动化测试器133。其中，测试数据构建器131，用于获取测试文件、以及升级后的业务客户端；测试文件包括测试数据；将测试数据录入至升级后的业务客户端；测试数据用于指示业务客户端根据测试数据生成相应的测试订单。信息收集器132，用于当检测到业务客户端向业务服务器发送测试订单时，拦截测试订单；比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果。自动化测试器133，用于从信息收集器中获取测试订单，并向业务服务器发送测试订单；获取业务服务器对测试订单进行处理所得到的实际处理数据；根据业务服务器对应的目标处理数据与实际处理数据间的差异，确定对业务服务器进行测试所得到的服务器测试结果。
其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中，如图2所示，提供了一种系统升级测试方法，用于对升级后的业务客户端和业务服务器进行测试，以该方法应用于图1中的测试设备130为例进行说明，包括以下步骤：
S202，获取测试文件；测试文件包括测试数据。
其中，应用升级是指应用程序的升级，至少包括业务客户端的升级、以及业务服务器的升级中的至少一种。测试文件是用于测试升级后的业务客户端和/或业务服务器的文件，具体可以包括多组测试案例。每组测试案例都包括完备的测试数据。测试文件具体可以是文本文件、表格文件或PDF(Portable Document Format，便携式文档格式)文件等，在此对测试文件的文件格式不做限定。
在一个实施例中，测试文件可以是预先准备的用于测试业务客户端和/或业务服务器的excel数据。当业务客户端和/或业务服务器需对接新的订单类型时，就可升级业务客户端和/或业务服务器。工作人员可相应的更新测试文件，以测试更新后的业务客户端和/或业务服务器是否稳定和合格。测试设备在接收到测试指令时，就可查找本地存储的测试文件，或者接收其他测试设备发送的测试文件。
在一个实施例中，测试文件如下表(1)所示，每一行的测试数据共同组成一个测试案例。
| 控制值 | 案例名称 | 产品类型 | 销售渠道 | 数量 | 速率 |
| N | bookAfund | A | TA0012 | 1250000 | 1.235 |
| N | bookBfund | B | TA0013 | 35000 | 2.3584 |
| Y | bookAandupdate | A | TA0014 | 25214141 | 5.681 |
| Y | bookAandCancel | A | TA0015 | 5412000 | 2.366 |
| N | bookCandReallocate | C | TA0016 | 1524000 | 3.652 |
| Y | bookCandReallocate | D | TA0017 | 1524000 | 3.652 |
表(1)
S204，将测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序；测试数据用于指示业务客户端根据测试数据生成相应的测试订单。
具体地，可通过人为手动的方式将测试数据录入至业务客户端，业务客户端根据测试数据生成相应的测试订单。或者，测试设备可自动获取测试文件，并自动将测试文件中的测试数据录入至业务客户端，以启动业务客户端的测试程序，从而使得业务客户端根据测试数据生成相应的测试订单。
S206，当检测到业务客户端向业务服务器发送测试订单时，拦截测试订单。
其中，业务客户端是安装在用户终端上的应用程序，可以通过网络连接与业务服务器进行通信。业务客户端具体可以是运行在终端上的单独的应用程序，也可以是业务服务器提供的可以在浏览器中打开的网页界面。在实际应用中，由于业务需求，常常会遇到需要对业务客户端进行功能升级的情况，此时就存在升级前的业务客户端和升级后的业务客户端。
具体地，业务客户端获取测试数据后，对录入的测试数据进行数据处理，生成相应的测试订单。当测试设备检测到业务客户端将测试订单以报文的形式发送至业务服务器时，测试设备可拦截并获取业务客户端所发送的测试订单。
S208，比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果。
其中，历史订单是升级前的业务客户端根据测试数据所生成的订单(主要以报文的形式呈现)。具体地，测试设备在获取业务客户端所发送的测试订单时，可从资料库中查找与测试订单相对应的历史订单。将测试订单和相应的历史订单进行比对分析，确定测试订单和历史订单间的差异部分，并根据差异部分确定对业务客户端进行测试所得到的客户端测试结果。
在一个实施例中，测试设备在获取测试订单后，确定该测试订单所属的订单类别。测试设备可从资料库中查找与该订单类别相匹配的历史订单，作为与与测试订单相对应的历史订单。
在一个实施例中，在业务客户端上线使用时，测试设备可将业务客户端所生成的订单存储在资料库中，作为下次升级测试时的历史订单。相应地，在后续的业务客户端升级时，测试设备将升级后的业务客户端所生成的测试订单更新至资料库中，以便及时更新资料库中存储的订单。更新的订单则作为下次升级测试的历史订单。
在一个实施例中，测试设备可根据测试订单信息和历史订单信息之间的差异，分析该差异是否为升级业务客户端所带来的差异，并分析该差异是否满足预设功能要求，进而判断业务客户端是否升级成功，也就是确定业务客户端升级的测试结果。
在一个实施例中，测试设备可预先获取与升级后的业务客户端所对应的预设升级需求。其中，预设升级需求是在升级业务客户端之前预先规划的升级功能效果。比如，预设升级需求具体可以是当次升级所需满足的功能要求。测试设备通过比较预设升级需求与差异部分之间的匹配程度，来分析该差异部分是否为升级业务客户端所带来的差异，并分析该差异是否满足预设功能要求，进而判断业务客户端是否升级成功，也就是确定业务客户端升级的测试结果。
在一个实施例中，若差异部分与预设升级需求的匹配度不满足小于预设的匹配度阈值时，测试设备可进一步分析造成升级失败的原因及对应的解决措施。测试设备可根据测试订单信息和历史订单信息间的差异部分、差异原因、升级结果、以及升级失败时的原因分析和对应的解决措施等，生成业务客户端的升级测试报告。
在一个实施例中，测试设备可计算对差异部分所包括的信息与预设升级需求所包括的信息间的文本匹配度，作为差异部分与预设升级需求的匹配度。其中，文本匹配度的计算方式可通过计算Jaccard(杰卡德)距离来确定。
S210，当拦截测试订单时，将拦截的测试订单发送至业务服务。
具体地，当检测到业务客户端向业务服务器发送测试订单时，测试设备可拦截该测试订单。一方面测设设备可根据拦截的测试订单与对应的历史订单间的差异，确定业务客户端测试结果。另一方面，测试设备还可将拦截的测试订单发送至业务服务器，以启动对业务服务器的测试程序，得到业务服务器测试结果。
在一个实施例中，当检测到所述业务客户端向业务服务器发送所述测试订单时，信息收集器拦截测试订单。一方面，信息收集器依据测试订单确定业务客户端测试结果。另一方面，自动化测试设备则从信息收集器处获取拦截的测试订单，以对业务服务器进行测试。
可以理解，步骤S208和步骤S210的执行次序在此不做限定，步骤S210具体可在步骤S208之前、同时或之后执行。
在一个实施例中，测试设备将测试订单的测试订单信息覆盖历史订单信息存储至资料库中，进而当需要对业务服务器进行测试时，测试设备可从资料库中查找相应的测试订单并将查找到的测试订单发送至业务服务器。
S212，获取业务服务器对测试订单进行处理所得到的实际处理数据。
其中，实际处理数据是业务服务器对测试订单进行业务处理后所得到的数据。具体地，测试设备可通过网络连接获取业务服务器对测试订单进行业务处理所得到的实际处理数据。
在一个实施例中，实际处理数据是适用于下游系统的数据。其中业务服务器对测试订单进行业务处理具体可与业务服务器的功能相关，比如，业务服务器对测试订单信息进行格式和类型上的转换，即可得到实际处理数据；或者，业务服务器可对多组测试订单信息进行综合处理，以得到实际处理数据等，本申请在此不做限定。
在一个实施例中，当业务服务器对测试订单进行业务处理所得到的实际处理数据后，可将实际处理数据存储至数据库中。业务服务器可按预设时间间隔，将实际处理数据发送至测试设备。或者，当生成的实际处理数据的存储容量达到预设容量时，业务服务器将实际处理数据发送至测试设备。
在一个实施例中，测试设备可确定与测试订单信息相对应的订单标识；定时依据订单标识从业务服务器中查找相应的实际处理数据。
其中，订单标识用于唯一标识该订单，具体可以是字母、字符、汉字或数字等。在一个实施例中，业务客户端对测试数据进行数据处理，生成测试订单时，相应地，生成测试订单的订单标识，并依据该订单标识更新测试文件。测试设备可从测试文件中获取与测试订单相对应的订单标识。业务服务器对测试订单进行业务处理，得到实际处理数据后，可将订单标识和实际处理数据关联存储在本地。进一步地，测试设备可定时依据订单标识从业务服务器中查找相应的实际处理数据。
在一个实施例中，业务服务器可将实际处理数据存储至数据库中。在业务服务器的运行逻辑里，有一个中央的数据管理模块，所有保存数据到数据库的操作都通过这个数据管理模块进行操作。对于业务服务器而言，有一个特殊的代码嵌入设定，会把保存到数据库的数据，以Json(一种文件格式)格式保存到本地文件。测试设备可根据测试订单的订单标识，从业务服务器中查找到对应Json格式的实际处理数据。
S214，根据业务服务器对应的目标处理数据与实际处理数据间的差异，确定对业务服务器进行测试所得到的服务器测试结果。
其中，目标处理数据是此次业务系统升级所预期的结果数据，也就是标准数据。具体地，测试设备可将实际处理数据和目标处理数据进行比对分析，确定对升级后的业务服务器进行测试所得到的测试结果。当实际处理数据和目标处理数据完全相同或差异在预设范围内，则判定此次升级的业务服务器满足升级需求；当实际处理数据和目标处理数据的差异超过预设范围，则判定此次的业务服务器升级失败，测试设备可依据差异的部分确定升级失败的原因和相应的改进措施等。
上述系统升级测试方法，将测试文件中的测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序，使得业务客户端根据测试数据生成相应的测试订单。当业务客户端向业务服务器发送该测试订单时，拦截并获取该测试订单。将测试订单和相应的历史订单进行比对分析，根据测试订单和历史订单间的差异部分，可以准确地确定对业务客户端进行测试所得到的客户端测试结果。并且将拦截测试订单发送至业务服务器，可获取业务服务器对测试订单进行处理所得到的实际处理数据。根据业务服务器对应的目标处理数据与实际处理数据间的差异，可以准确地确定对业务服务器进行测试所得到的服务器测试结果。这样，当需要对升级后的应用系统(包括业务客户端和业务服务器)进行升级测试时，可以整合测试数据录入的页面操作，模拟业务客户端和业务服务器中各模块间的交互请求、接收响应、及校验数据等功能，帮助测试人员自动完成端到端的测试，很大程度减少了人为操作所耗费的时间，并且减少了人为操作失误的几率，大大提高了系统升级测试的测试效率。
在一个实施例中，步骤S204，也就是将测试数据录入至业务客户端具体包括以下步骤：确定待测试的业务客户端；获取业务客户端提供的待测试页面；遍历待测试页面的脚本，确定待测试页面包括的控件；当确定控件为文本输入控件时，根据与文本输入控件相关联的关键词，从测试文件中查找相应的测试数据；通过文本输入控件，将测试数据录入待测试页面，以启动业务客户端的测试程序。
其中，待测试页面是业务客户端所提供的待测试的交易页面。控件是指对数据和方法的封装，不同的控件可用于触发不同的动作。待测试页面所包括的控件具体可以是文本输入控件、按钮控件、下拉选择控件、文件上传控件、或列表控件等。
比如，文本输入控件可以以文本输入框的形式呈现，用于输入文本；按钮控件可以以虚拟图形的形式出现，用于跳转页面或执行相应的动作；下拉选择控件用于下拉显示多个选项；文件上传控件用于上传文件；列表控件以列表框的形式呈现，用于显示列表。
具体地，当测试设备获取测试指令时，测试设备可根据测试指令确定相应的待测试的业务客户端和该业务客户端所提供的待测试页面。测试设备确定了待测试页面后，可遍历该待测试页面的脚本，查找控件标识，以识别待测试页面中的控件。其中，控件标识用于唯一标识控件。
进一步地，当测试设备识别到的控件为文本输入控件时，可定位文本输入控件的控件标识，并从该控件标识的邻近文本中查找预设关键词。查找到的预设关键词即为与该文本输入控件相关联的关键词。根据该关键词，从测试文件中查找与该关键词相对应的测试数据，查找到的测试数据就是用于填充至该文本输入控件中的数据，以启动业务客户端的测试程序。
在一个实施例中，测试设备对待测试页面进行测试时，可依次将测试文件中的测试案例所对应的测试数据输入至待测试页面。也就是分多组测试案例来分别测试待测试页面。比如，参考表(1)，对于第三行的测试案例，当测试设备查找到与文本输入控件相关联的关键词是“产品型号”时，测试设备查找到与“产品型号”相对应的测试数据就是“A”。当测试设备通过第六行的测试案例对待测试页面进行测试时，当测试设备查找到与文本输入控件相关联的关键词是“产品型号”时，测试设备查找到与“产品型号”相对应的测试数据就是“D”。
进一步地，测试设备可将查找到的与文本输入控件相对应的测试数据，自动录入至相应的文本输入框中，直至完成待测试页面中所有测试数据的录入。录入至待测试页面的测试数据用于对待测试页面进行页面测试，以确定升级后的业务系统是否满足升级需求。
上述实施例中，通过遍历待测试页面的脚本，以确定待测试页面所包括的控件。当确定的控件为文本输入控件时，则可根据与该文本输入控件相关联的关键词，从测试文件中查找相应的测试数据，并依据该文本输入控件，将查找到的测试数据录入至待测试页面。这样，通过识别待测试页面中的控件，可自动检测出待测试页面中用于输入测试数据的文本输入控件，并自动将相应的测试数据输入至待测试页面，无需人为手动输入，大大提高了测试数据的输入效率。
在一个实施例中，该将测试数据录入至业务客户端的步骤还包括：当确定控件为下拉选择控件时，根据与下拉选择控件相关联的关键词，从测试文件中查找相应的测试数据；从下拉选择控件对应的多个候选项中，选中与测试数据相对应的候选项，将选中的候选项录入待测试页面，以启动业务客户端的测试程序。
具体地，当测试设备识别到的控件为下拉选择控件时，测试设备可进一步确定与该控件相关联的关键词。根据该关键词，从测试文件中查找与该关键词相对应的测试数据，从下拉选择控件所对应的多个候选项中，选中与测试数据相对应的候选项，将选中的候选项录入待测试页面。
在一个实施例中，当测试设备遍历待测试页面的脚本，查找控件标识时，可定位下拉选择控件的控件标识，并从该控件标识的邻近文本中查找预设关键词。查找到的预设关键词即为与该下拉选择控件相关联的关键词。
举例说明，当测试设备通过第六行的测试案例对待测试页面进行测试时，当测试设备查找到与下拉选择控件相关联的关键词是“产品型号”时，测试设备查找到与“产品型号”相对应的测试数据就是“D”。而下拉选择控件所对应的候选项包括“A”、“B”、“C”和“D”，测试设备可选中“D”选项。
上述实施例中，当控件为下拉选择控件时，根据与下拉选择控件相关联的关键词，从测试文件中查找相应的测试数据，并从下拉选择控件所对应的候选项中，选中与测试数据相对应的候选项，通过选中的候选项填充待测试页面，无需人为手动选择，大大提高了测试数据的录入效率。
在一个实施例中，参考图3，步骤S208，也就是比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果的步骤具体包括：
S302，根据各测试订单所属的类别，为测试订单分配相应的订单标签。
其中，订单标签是一种用来标识或分类订单的工具，方便定位和查找相应的订单。订单标签可用于用于区别不同类型的测试案例。具体地，测试设备在获取测试订单后，可依据测试订单所属的类别为测试订单分配相匹配的订单标签。
在一个实施例中，对于同类型的测试订单，测试设备可为其分配同样的订单标签。在业务客户端升级前后，通过同类型的测试数据所生成的测试订单，测试设备所分配的订单标签也是相同的。这样，测试设备可通过分析相同订单标签所对应的测试订单和历史订单之间的差异，来确定业务客户端的升级情况。
S304，根据订单标签，从资料库中查找与订单标签相对应的历史订单；历史订单为业务客户端在升级前根据测试数据生成。
具体地，测试设备从资料库中查找与确定的订单标签相关联的历史订单，并获取相应的历史订单的订单信息。历史订单为业务客户端在升级前根据测试数据生成。订单信息是与订单相关的信息，具体可以包括产品类型、销售渠道、数量、时间戳、序列号等。
在一个实施例中，该系统升级测试方法还包括存储测试订单的测试订单信息的步骤，该步骤具体包括：备份历史订单的历史订单信息；将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得资料库中存储最新版本的业务客户端所对应的测试订单信息。
具体地，测试设备可将资料库中存储的历史订单信息备份存储至其他计算机设备或其他存储路径中，以备信息追踪溯源。进而，测试设备可将当前获取的测试订单的测试订单信息覆盖相应的历史订单信息，并存储至资料库中，使得资料库中仅存储最新版本的订单信息。这样，在下一次升级时，测试设备可依据最新的历史订单信息来确定业务客户端的升级情况。
上述实施例中，备份历史订单的历史订单信息，将测试订单的测试订单信息覆盖历史订单信息，并存储至资料库中。可保障资料库中存储的订单信息是最新版本的订单信息，便于准确地确定客户端的升级测试结果。
S306，分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息。
其中，订单关键词是对应订单中关键信息的词，比如“产品类型”、或“订单数量”等。具体地，测试设备可获取预设的订单关键词，从测试订单的测试订单信息中，提取与订单关键词相对应的订单关键信息；从历史订单的历史订单信息中，提取与订单关键词相对应的订单关键信息。
S308，对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分。
具体地，测试设备可比较测试订单的订单关键信息，与历史订单的订单关键信息之间的差异，从而确定测试订单和历史订单间的差异部分。这样，测试设备可以避开掉不影响测试逻辑的非关键信息(比如，时间戳和序列号等信息)，大大提高了对测试订单和历史订单进行比对分析的比对效率和效果。
S310，根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结果。
其中，预设升级需求是在升级业务客户端之前预先规划的升级功能效果。比如，预设升级需求具体可以是当次升级所需满足的功能要求。具体地，测试设备可预先获取与升级后的业务客户端所对应的预设升级需求。测试设备通过比较预设升级需求与差异部分之间的匹配程度，来分析该差异部分是否为升级业务客户端所带来的差异，并分析该差异是否满足预设功能要求，进而判断业务客户端是否升级成功，也就是确定业务客户端升级的测试结果。
在一个实施例中，测试设备可通过判断测试订单和历史订单间的差异部分是否满足预设升级需求、以及满足预设升级需求中的哪些部分，来确定预设升级需求与差异部分之间的匹配程度。在一个实施例中，若差异部分不满足预设功能要求，测试设备可进一步分析造成升级失败的原因及对应的解决措施。测试设备可根据测试订单信息和历史订单信息间的差异部分、差异原因、升级结果、以及升级失败时的原因分析和对应的解决措施等，生成业务客户端的升级测试报告。
上述实施例中，测试设备通过比较测试订单和历史订单的订单关键信息之间的差异，从而确定业务客户端的升级测试结果。这样，测试设备可以避开掉不影响测试逻辑的非关键信息(比如，时间戳和序列号等信息)，大大提高了对测试订单和历史订单进行比对分析的比对效率和效果。
在一个实施例中，该系统升级测试方法该包括系统升级测试报告的生成步骤，该步骤具体包括：根据客户端测试结果和服务器测试结果，更新测试文件；依据更新后的测试文件，生成相应的系统升级测试报告。
其中，测试报告是对系统升级后进行测试所得到的报告，测试报告是测试阶段最后的产出物，通常可包括测试方法、测试结果与缺陷汇报、测试结论与建议等。具体地，测试设备可根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件。再依据更新后的测试文件，生成相应的系统升级测试报告。
在一个实施例中，测试报告可以文件的形式展示，或者以网页的形式展示。其中，以文件的形式展示比如以文本格式、表格格式、或图片格式等进行展示。
上述实施例中，根据客户端测试结果和服务器测试结果，更新与测试数据相对应的测试文件，再依据更新后的测试文件，可以生成准确、全面的系统升级测试报告。
应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，参考图1，提供了一种系统升级测试系130，包括测试数据构建器131、信息收集器132和自动化测试器133。其中，测试数据构建器131，用于获取测试文件；测试文件包括测试数据；将测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序；测试数据用于指示业务客户端根据测试数据生成相应的测试订单。信息收集器132，用于当检测到业务客户端向业务服务器发送测试订单时，拦截测试订单；比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果。自动化测试器133，用于当拦截测试订单时，将拦截的测试订单发送至业务服务，并向业务服务器发送测试订单；获取业务服务器对测试订单进行处理所得到的实际处理数据；根据业务服务器对应的目标处理数据与实际处理数据间的差异，确定对业务服务器进行测试所得到的服务器测试结果。
在一个实施例中，测试数据构建器131还用于确定待测试的业务客户端；获取业务客户端提供的待测试页面；遍历待测试页面的脚本，确定待测试页面包括的控件；当确定控件为文本输入控件时，根据与文本输入控件相关联的关键词，从测试文件中查找相应的测试数据；通过文本输入控件，将测试数据录入待测试页面，以启动业务客户端的测试程序。
在一个实施例中，测试数据构建器131还用于当确定控件为下拉选择控件时，根据与下拉选择控件相关联的关键词，从测试文件中查找相应的测试数据；从下拉选择控件对应的多个候选项中，选中与测试数据相对应的候选项，将选中的候选项录入待测试页面，以启动业务客户端的测试程序。
在一个实施例中，信息收集器132还用于根据各测试订单所属的类别，为测试订单分配相应的订单标签；根据订单标签，从资料库中查找与订单标签相对应的历史订单；历史订单为业务客户端在升级前根据测试数据生成；分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分；根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结果。
在一个实施例中，信息收集器132还用于备份历史订单的历史订单信息；将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得资料库中存储最新版本的业务客户端所对应的测试订单信息。
在一个实施例中，自动化测试器133还用于根据客户端测试结果和服务器测试结果，更新测试文件；依据更新后的测试文件，生成相应的系统升级测试报告。
在一个实施例中，该系统升级测试系还包括调度器，调度器用于调度测试数据构建器131、信息收集器132和自动化测试器133之间的任务执行、以及执行任务的先后顺序等。
在一个实施例中，该系统升级测试系还包括智能监测器，用于对测试数据构建器、信息收集器和自动化测试器中各个模块的运行做健康检查、备份、以及运行后的状态报告等。其中，健康检查是指对各模块自身的运行情况进行监控，比如是否正常启动、或运行过程中有无重大错误异常等。备份是指数据备份，主要是通过智能监测器在各模块运行前后都会对数据进行备份，以便在出错或需要重新运行时可进行数据库还原操作。再者，智能监测器还用于对各模块运行过程所得到的中间结果进行备份、以及执行状态(具体可包括运行的时间、系统占用资源等)进行记录备份等。
上述系统升级测试系统，将测试文件中的测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序，使得业务客户端根据测试数据生成相应的测试订单。当业务客户端向业务服务器发送该测试订单时，拦截并获取该测试订单。将测试订单和相应的历史订单进行比对分析，根据测试订单和历史订单间的差异部分，可以准确地确定对业务客户端进行测试所得到的客户端测试结果。并且将拦截的测试订单发送至业务服务器，可获取业务服务器对测试订单进行处理所得到的实际处理数据。根据业务服务器对应的目标处理数据与实际处理数据间的差异，可以准确地确定对业务服务器进行测试所得到的服务器测试结果。这样，当需要对升级后的应用系统(包括业务客户端和业务服务器)进行升级测试时，可以整合测试数据录入的页面操作，模拟业务客户端和业务服务器中各模块间的交互请求、接收响应、及校验数据等功能，帮助测试人员自动完成端到端的测试，很大程度减少了人为操作所耗费的时间，并且减少了人为操作失误的几率，大大提高了系统升级测试的测试效率。
在一个实施例中，如图4所示，提供了一种系统升级测试装置400，包括：获取模块401、数据录入模块402、拦截模块403、确定模块404和发送模块405，其中：
获取模块401，用于获取测试文件；测试文件包括测试数据。
数据录入模块402，用于将测试数据录入至升级后的业务客户端，以启动业务客户端的测试程序；测试数据用于指示业务客户端根据测试数据生成相应的测试订单。
拦截模块403，用于当检测到业务客户端向业务服务器发送测试订单时，拦截测试订单。
确定模块404，用于比对测试订单和业务客户端所对应的历史订单间的差异，并根据测试订单和历史订单间的差异部分，确定对业务客户端进行测试所得到的客户端测试结果。
发送模块405，用于当拦截测试订单时，将拦截的测试订单发送至业务服务。
获取模块401还用于获取业务服务器对测试订单进行处理所得到的实际处理数据。
确定模块404还用于根据业务服务器对应的目标处理数据与实际处理数据间的差异，确定对业务服务器进行测试所得到的服务器测试结果。
在一个实施例中，数据录入模块402还用于确定待测试的业务客户端；获取业务客户端提供的待测试页面；遍历待测试页面的脚本，确定待测试页面包括的控件；当确定控件为文本输入控件时，根据与文本输入控件相关联的关键词，从测试文件中查找相应的测试数据；通过文本输入控件，将测试数据录入待测试页面，以启动业务客户端的测试程序。
在一个实施例中，数据录入模块402还用于当确定控件为下拉选择控件时，根据与下拉选择控件相关联的关键词，从测试文件中查找相应的测试数据；从下拉选择控件对应的多个候选项中，选中与测试数据相对应的候选项，将选中的候选项录入待测试页面，以启动业务客户端的测试程序。
在一个实施例中，确定模块404还用于根据各测试订单所属的类别，为测试订单分配相应的订单标签；根据订单标签，从资料库中查找与订单标签相对应的历史订单；历史订单为业务客户端在升级前根据测试数据生成；分别从测试订单和历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的订单关键信息进行比对分析，确定测试订单和历史订单间的差异部分；根据升级后的业务客户端所对应的预设升级需求、与差异部分间的匹配度，确定对升级后的业务客户端进行测试所得到的客户端测试结。
在一个实施例中，该系统升级测试装置400还包括备份模块406和覆盖存储模块407，其中：备份模块406，用于备份历史订单的历史订单信息。覆盖存储模块407，用于将测试订单的测试订单信息覆盖历史订单信息，并将测试订单信息存储至资料库中，使得资料库中存储最新版本的业务客户端所对应的测试订单信息。
参考图5，在一个实施例中，该系统升级测试装置400还包括更新模块408和生成模块409，其中：更新模块408，用于根据客户端测试结果和服务器测试结果，更新测试文件。生成模块409，用于依据更新后的测试文件，生成相应的系统升级测试报告。
上述系统升级测试装置，将测试文件中的测试数据录入至升级后的业务客户端，业务客户端根据测试数据生成相应的测试订单。当业务客户端向业务服务器发送该测试订单时，拦截并获取该测试订单。将测试订单和相应的历史订单进行比对分析，根据测试订单和历史订单间的差异部分，可以准确地确定对业务客户端进行测试所得到的客户端测试结果。再将测试订单发送至业务服务器，获取业务服务器对测试订单进行处理所得到的实际处理数据。根据业务服务器对应的目标处理数据与实际处理数据间的差异，可以准确地确定对业务服务器进行测试所得到的服务器测试结果。这样，当需要对升级后的应用系统(包括业务客户端和业务服务器)进行升级测试时，可以整合测试数据录入的页面操作，模拟业务客户端和业务服务器中各模块间的交互请求、接收响应、及校验数据等功能，帮助测试人员自动完成端到端的测试，很大程度减少了人为操作所耗费的时间，并且减少了人为操作失误的几率，大大提高了系统升级测试的测试效率。
关于系统升级测试装置和/或系统升级测试系统的具体限定可以参见上文中对于系统升级测试方法的限定，在此不再赘述。上述系统升级测试装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种系统升级测试方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述系统升级测试方法的步骤。此处系统升级测试方法的步骤可以是上述各个实施例的系统升级测试方法中的步骤。
在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述系统升级测试方法的步骤。此处系统升级测试方法的步骤可以是上述各个实施例的系统升级测试方法中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种系统升级测试方法，用于对升级后的业务客户端和业务服务器进行测试，所述方法包括：
获取测试文件；所述测试文件包括测试数据；
将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；
比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务；
获取所述业务服务器对所述测试订单进行处理所得到的实际处理数据；
根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
2.根据权利要求1所述的方法，其特征在于，所述将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序，包括：
确定待测试的业务客户端；
获取所述业务客户端提供的待测试页面；
遍历所述待测试页面的脚本，确定所述待测试页面包括的控件；
当确定所述控件为文本输入控件时，根据与所述文本输入控件相关联的关键词，从所述测试文件中查找相应的测试数据；
通过所述文本输入控件，将所述测试数据录入所述待测试页面，以启动所述业务客户端的测试程序。
3.根据权利要求2所述的方法，其特征在于，所述将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序还包括：
当确定所述控件为下拉选择控件时，根据与所述下拉选择控件相关联的关键词，从所述测试文件中查找相应的测试数据；
从所述下拉选择控件对应的多个候选项中，选中与所述测试数据相对应的候选项，将选中的所述候选项录入所述待测试页面，以启动所述业务客户端的测试程序。
4.根据权利要求1所述的方法，其特征在于，所述比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果，包括：
根据各所述测试订单所属的类别，为所述测试订单分配相应的订单标签；
根据所述订单标签，从资料库中查找与所述订单标签相对应的历史订单；所述历史订单为所述业务客户端在升级前根据所述测试数据生成；
分别从所述测试订单和所述历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；
对提取的所述订单关键信息进行比对分析，确定所述测试订单和所述历史订单间的差异部分；
根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
备份所述历史订单的历史订单信息；
将所述测试订单的测试订单信息覆盖所述历史订单信息，并将所述测试订单信息存储至所述资料库中，使得所述资料库中存储最新版本的业务客户端所对应的测试订单信息。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法还包括：
根据所述客户端测试结果和所述服务器测试结果，更新所述测试文件；
依据更新后的所述测试文件，生成相应的系统升级测试报告。
7.一种系统升级测试系统，其特征在于，所述系统包括：测试数据构建器、信息收集器和自动化测试器；
所述测试数据构建器，用于获取测试文件；所述测试文件包括测试数据；将所述测试数据录入至所述升级后的业务客户端，以启动所述业务客户端的测试程序；所述测试数据用于指示所述业务客户端根据所述测试数据生成相应的测试订单；
所述信息收集器，用于当检测到所述业务客户端向业务服务器发送所述测试订单时，拦截所述测试订单；比对所述测试订单和所述业务客户端所对应的历史订单间的差异，并根据所述测试订单和所述历史订单间的差异部分，确定对所述业务客户端进行测试所得到的客户端测试结果；
所述自动化测试器，用于当拦截所述测试订单时，将拦截的所述测试订单发送至所述业务服务器；获取所述业务服务器对所述测试订单进行处理所得到的实际处理数据；根据所述业务服务器对应的目标处理数据与所述实际处理数据间的差异，确定对所述业务服务器进行测试所得到的服务器测试结果。
8.根据权利要求7所述的系统，其特征在于，所述测试数据构建器还用于确定待测试的业务客户端；获取所述业务客户端提供的待测试页面；遍历所述待测试页面的脚本，确定所述待测试页面包括的控件；当确定所述控件为文本输入控件时，根据与所述文本输入控件相关联的关键词，从所述测试文件中查找相应的测试数据；通过所述文本输入控件，将所述测试数据录入所述待测试页面，以启动所述业务客户端的测试程序。
9.根据权利要求8所述的系统，其特征在于，所述测试数据构建器还用于当确定所述控件为下拉选择控件时，根据与所述下拉选择控件相关联的关键词，从所述测试文件中查找相应的测试数据；从所述下拉选择控件对应的多个候选项中，选中与所述测试数据相对应的候选项，将选中的所述候选项录入所述待测试页面，以启动所述业务客户端的测试程序。
10.根据权利要求7所述的系统，其特征在于，所述信息收集器还用于根据各所述测试订单所属的类别，为所述测试订单分配相应的订单标签；根据所述订单标签，从资料库中查找与所述订单标签相对应的历史订单；所述历史订单为所述业务客户端在升级前根据所述测试数据生成；分别从所述测试订单和所述历史订单的订单信息中，提取与订单关键词相对应的订单关键信息；对提取的所述订单关键信息进行比对分析，确定所述测试订单和所述历史订单间的差异部分；根据所述升级后的业务客户端所对应的预设升级需求、与所述差异部分间的匹配度，确定对升级后的所述业务客户端进行测试所得到的客户端测试结果。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910532553.4A CN110362479B (zh) | 2019-06-19 | 2019-06-19 | 系统升级测试方法和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910532553.4A CN110362479B (zh) | 2019-06-19 | 2019-06-19 | 系统升级测试方法和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110362479A true CN110362479A (zh) | 2019-10-22 |
| CN110362479B CN110362479B (zh) | 2023-07-14 |
Family
ID=68216428
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910532553.4A Active CN110362479B (zh) | 2019-06-19 | 2019-06-19 | 系统升级测试方法和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110362479B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111078529A (zh) * | 2019-11-15 | 2020-04-28 | 汉海信息技术(上海)有限公司 | 客户端写入模块测试方法、装置、电子设备 |
| CN112463630A (zh) * | 2020-12-08 | 2021-03-09 | 广州品唯软件有限公司 | 版本差异性测试方法、装置、计算机设备和存储介质 |
| CN112688831A (zh) * | 2020-12-23 | 2021-04-20 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
| CN115964307A (zh) * | 2023-03-16 | 2023-04-14 | 深圳华锐分布式技术股份有限公司 | 交易数据自动化测试方法、装置、设备及介质 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102045191A (zh) * | 2009-10-22 | 2011-05-04 | 华为技术有限公司 | 一种系统升级后兼容性测试方法及设备 |
| JP2016091393A (ja) * | 2014-11-07 | 2016-05-23 | 三菱電機株式会社 | オンライン試験方法 |
| US20160155131A1 (en) * | 2014-11-28 | 2016-06-02 | EIS Group Software Ireland Limited | System and method for fully testing a system before and after an upgrade to verify full use case compliance |
| CN108388515A (zh) * | 2018-03-06 | 2018-08-10 | 平安科技（深圳）有限公司 | 测试数据生成方法、装置、设备以及计算机可读存储介质 |
| CN108427642A (zh) * | 2018-03-05 | 2018-08-21 | 深圳市买买提信息科技有限公司 | 一种界面中控件测试的方法和装置 |
| CN109634868A (zh) * | 2018-12-19 | 2019-04-16 | 平安科技（深圳）有限公司 | 金融数据分析系统自动化测试结果的处理方法及装置 |
| CN109857431A (zh) * | 2019-01-11 | 2019-06-07 | 平安科技（深圳）有限公司 | 代码修改方法及装置、计算机可读介质及电子设备 |
| CN109871315A (zh) * | 2019-01-03 | 2019-06-11 | 平安科技（深圳）有限公司 | 基于机器学习的系统升级失败的诊断方法及装置 |
-
2019
- 2019-06-19 CN CN201910532553.4A patent/CN110362479B/zh active Active
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102045191A (zh) * | 2009-10-22 | 2011-05-04 | 华为技术有限公司 | 一种系统升级后兼容性测试方法及设备 |
| JP2016091393A (ja) * | 2014-11-07 | 2016-05-23 | 三菱電機株式会社 | オンライン試験方法 |
| US20160155131A1 (en) * | 2014-11-28 | 2016-06-02 | EIS Group Software Ireland Limited | System and method for fully testing a system before and after an upgrade to verify full use case compliance |
| CN108427642A (zh) * | 2018-03-05 | 2018-08-21 | 深圳市买买提信息科技有限公司 | 一种界面中控件测试的方法和装置 |
| CN108388515A (zh) * | 2018-03-06 | 2018-08-10 | 平安科技（深圳）有限公司 | 测试数据生成方法、装置、设备以及计算机可读存储介质 |
| CN109634868A (zh) * | 2018-12-19 | 2019-04-16 | 平安科技（深圳）有限公司 | 金融数据分析系统自动化测试结果的处理方法及装置 |
| CN109871315A (zh) * | 2019-01-03 | 2019-06-11 | 平安科技（深圳）有限公司 | 基于机器学习的系统升级失败的诊断方法及装置 |
| CN109857431A (zh) * | 2019-01-11 | 2019-06-07 | 平安科技（深圳）有限公司 | 代码修改方法及装置、计算机可读介质及电子设备 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111078529A (zh) * | 2019-11-15 | 2020-04-28 | 汉海信息技术(上海)有限公司 | 客户端写入模块测试方法、装置、电子设备 |
| CN111078529B (zh) * | 2019-11-15 | 2023-07-14 | 汉海信息技术(上海)有限公司 | 客户端写入模块测试方法、装置、电子设备 |
| CN112463630A (zh) * | 2020-12-08 | 2021-03-09 | 广州品唯软件有限公司 | 版本差异性测试方法、装置、计算机设备和存储介质 |
| CN112688831A (zh) * | 2020-12-23 | 2021-04-20 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
| CN112688831B (zh) * | 2020-12-23 | 2022-03-25 | 北京字节跳动网络技术有限公司 | 联调测试方法、装置、电子设备及计算机可读存储介质 |
| CN115964307A (zh) * | 2023-03-16 | 2023-04-14 | 深圳华锐分布式技术股份有限公司 | 交易数据自动化测试方法、装置、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110362479B (zh) | 2023-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110399293B (zh) | 系统测试方法、装置、计算机设备和存储介质 | |
| CN110362479A (zh) | 系统升级测试方法和系统 | |
| US11640349B2 (en) | Real time application error identification and mitigation | |
| CN109636607A (zh) | 基于模型部署的业务数据处理方法、装置和计算机设备 | |
| CN108959059B (zh) | 一种测试方法以及测试平台 | |
| CN108509485A (zh) | 数据的预处理方法、装置、计算机设备和存储介质 | |
| CN108874661B (zh) | 测试映射关系库生成方法、装置、计算机设备和存储介质 | |
| CN109766263A (zh) | 自动化测试分析处理方法、装置、计算机设备及存储介质 | |
| CN107329894B (zh) | 应用程序系统测试方法、装置及电子设备 | |
| CN109683982B (zh) | Mes系统控制方法、装置、计算机设备和存储介质 | |
| US10534700B2 (en) | Separating test verifications from test executions | |
| CN110019566A (zh) | 基于数据仓库的数据检查方法、装置、计算机设备和存储介质 | |
| CN110321284B (zh) | 测试数据录入方法、装置、计算机设备和存储介质 | |
| US11436133B2 (en) | Comparable user interface object identifications | |
| CN109783365A (zh) | 自动化测试方法、装置、计算机设备及存储介质 | |
| US20180232299A1 (en) | Composing future tests | |
| CN111026647A (zh) | 代码覆盖率的获取方法、装置、计算机设备和存储介质 | |
| CN110362478A (zh) | 应用升级测试方法、装置、计算机设备和存储介质 | |
| CN110162453A (zh) | 测试方法、装置、计算机可读存储介质和计算机设备 | |
| CN112486828A (zh) | 测试用例生成方法、装置、计算机设备和存储介质 | |
| EP3734460B1 (en) | Probabilistic software testing via dynamic graphs | |
| CN112379913B (zh) | 基于风险识别的软件优化方法、装置、设备及存储介质 | |
| CN111459796B (zh) | 自动化测试方法、装置、计算机设备和存储介质 | |
| CN113419950A (zh) | Ui自动化脚本的生成方法、装置、计算机设备及存储介质 | |
| CN116662203A (zh) | 测试方法、装置、计算机设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |