一种web回归测试的方法和装置的制造方法
【专利摘要】本发明公开了一种WEB回归测试的方法和装置，根据T日所有差错交易数据，确定待测试差错交易数据；根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识；获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档；根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例；获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。本发明实施例提供的WEB回归测试的方法和装置，根据业务流结果回推及自动化回放，能够自适应业务功能变更，提高了WEB回归测试效率。
【专利说明】
—种WE B回归测试的方法和装置
技术领域
[0001]本发明涉及互联网领域，尤其涉及一种WEB回归测试的方法和装置。
【背景技术】
[0002]回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
[0003]现有的WEB(网页)回归测试存在缺陷主要包括以下几点:
[0004]1.功能测试不全面。现有的WEB回归测试案例主要以单功能点测试为主，而且未根据复杂的业务流逻辑进行区分，仅仅验证了 WEB页面的功能是否得到应答，而忽略了业务的多样性，结果的有效性、准确性及全面性难以保证。
[0005]2.测试数据单一。现有的WEB回归测试案例所用数据均为目的性测试，即为测试某一功能点而准备的数据，忽略了异常测试，难以提前发现应用bug。
[0006]3.测试数据固定。现有的WEB回归测试案例所用测试数据比较固定，无法快速应付复杂多变的业务流功能的增加、删除和修改。
[0007]随着金融产业的发展，针对金融产业中机构间差错争议类交易的回归测试也越来越受到人们的重视。而差错交易服务WEB页面的回归测试一般采用现有的WEB回归测试的方法，测试效率较低。
【发明内容】
[0008]本发明提供一种WEB回归测试的方法和装置，用以解决现有技术中WEB回归测试的设计不够完善，测试效率较低的问题。
[0009]本发明实施例提供一种WEB回归测试的方法，包括:
[0010]根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识，其中，所述T日为交易日中的一天；[0011 ]获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，所述配置文档包含所述交易路径对应的配置参数；
[0012]根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，所述业务流根据所述交易路径确定；
[0013]获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。
[0014]可选的，所述根据T日所有差错交易数据，确定待测试差错交易数据之前，还包括:
[0015]从差错交易库中，获取T日所有差错交易数据；
[0016]所述获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果之后，还包括:
[0017]在所述差错交易库中查询所述交易标识关联的差错交易数据；
[0018]将所述测试结果与所述交易标识关联的差错交易数据进行比对，验证测试结果。
[0019]可选的，所述根据所述T日所有差错交易数据，确定待测试差错交易数据，包括:
[0020]将所述T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为所述待测试差错交易数据；
[0021]所述业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。
[0022]可选的，所述获取所述交易标识的环境信息，包括:
[0023]根据所述交易标识，从交易历史库中获取所述交易标识关联的T日历史交易数据；
[0024]根据所述交易标识，从所述差错交易库中获取所述交易标识关联的T-1日的差错交易参数，将所述T-1日的差错交易参数作为T日差错交易参数；
[0025]将所述T日历史交易数据及所述T日差错交易参数作为所述差错交易的环境信息。
[0026]可选的，所述获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果，包括:
[0027]将所述配置参数和所述环境信息导入UFT(Unified Funct1nal Testing，统一功能测试工具)，执行所述测试案例，得到测试结果。
[0028]本发明实施例还提供一种WEB回归测试的装置，包括:
[0029]采集单元:用于根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识其中，所述T日为交易日中的一天；
[0030]配置单元:用于获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，所述配置文档包含所述交易路径对应的配置参数；
[0031]建模单元:用于根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，所述业务流根据所述交易路径确定；
[0032]执行单元:用于获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。
[0033]可选的，所述采集单元，还用于:
[0034]从差错交易库中，获取T日所有差错交易数据；
[0035]所述执行单元，还用于:
[0036]在所述差错交易库中查询所述交易标识关联的差错交易数据；
[0037]将所述测试结果与所述交易标识关联的差错交易数据进行比对，验证测试结果。
[0038]可选的，所述采集单元，还用于:
[0039]将所述T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为所述待测试差错交易数据；
[0040]所述业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。
[0041]可选的，所述执行单元，还用于:
[0042]根据所述交易标识，从交易历史库中获取所述交易标识关联的T日历史交易数据；
[0043]根据所述交易标识，从所述差错交易库中获取所述交易标识关联的T-1日的差错交易参数，将所述T-1日的差错交易参数作为T日差错交易参数；
[0044]将所述T日历史交易数据及所述T日差错交易参数作为所述差错交易的环境信息。
[0045]可选的，所述执行单元，还用于:
[0046]将所述配置参数和所述环境信息导入UFT，执行所述测试案例，得到测试结果。
[0047]本发明提供一种WEB回归测试的方法和装置，根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识;获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档;根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例;获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。本发明实施例提供的WEB回归测试的方法和装置，根据业务流结果回推及自动化回放，能够自适应业务功能变更，提高了 WEB回归测试效率。
【附图说明】
[0048]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0049]图1为本发明实施例提供的一种WEB回归测试的方法流程示意图；
[0050]图2为本发明实施例提供的一种WEB回归测试的方法流程图；
[0051]图3为本发明实施例提供的一种WEB回归测试的装置结构示意图。
【具体实施方式】
[0052]为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0053]本发明实施例提供的WEB回归测试的方法和装置应用于金融产业中，下面对本发明实施例中的原始交易、差错交易、差错交易库及交易历史库进行说明。
[0054]例如，持卡人在超市的P0S(Pointof Sale，销售终端)进行了一笔消费，这笔消费即称作原始交易。原始交易数据经过转接、清算后存储到交易历史库。
[0055]若持卡人对原始交易有疑问，需要索取交易凭证，则发卡机构如银行组织人员会代替持卡人在差错交易服务平台WEB上发起一笔调单请求业务，如标记:持卡人对原始交易有疑问申请索取交易凭证。这笔调单交易即称作差错交易，差错交易数据即时存储到差错交易库，在清算之后差错交易数据同样存储至交易历史库。
[0056]同时，这笔调单交易会显现在原始交易的受理方(持卡人在超市消费时所用的POS终端的银行，即受理原始交易的银行)，受理方的工作人员登录差错交易服务平台WEB时，系统提示有差错交易需要回复，例如工作人员对该笔差错交易回复:交易成功，收单机构无长款。因此对于该原始交易，又产生了一笔调单回复差错交易，该笔差错交易同样即时存储到差错库。
[0057]本发明实施例针对差错交易平台的WEB界面进行回归测试。图1例性的示出了本发明实施例提供的一种WEB回归测试的方法流程示意图，包括:
[0058]步骤101:根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定待测试差错交易数据关联的交易标识。
[0059]其中，T日为交易日中的一天，即需要进行WEB回归测试的当天。具体地，从差错交易库中，获取T日所有差错交易数据;将T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为待测试差错交易数据。
[0060]例如，在差错交易库中，获取到T日的所有差错交易数据一共8万条，而8万条数据中包含相同业务维度的差错交易数据，如有100条数据都是在同一业务场景下进行调单类差错交易数据，那么只取其中的一条数据作为待测差错交易数据。即对于相同业务维度的差错交易数据，只取其中一条数据进行测试，以避免同一业务维度的重复测试，提高测试效率。经过分类后，从T日的8万条差错交易数据采集到I万条数据作为待测数据。
[0061]进一步地，业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。
[0062]其中，业务场景表示交易的场景信息，即可以根据原始交易的场景信息对差错交易数据进行分类。具体地，可以根据原始交易时使用的卡种信息进行分类或根据原始交易时使用的终端类型进行分类。卡种包括借记卡、信用卡、磁条卡、IC(Integrated CircuitCard，集成电路卡)等;终端类型包括ATM(Automatic Teller Machine，自动取款机)终端、POS终端等。
[0063]业务功能也可以称为业务代码，即可以根据差错交易所属业务功能分类，业务功能包括:查询、调单、贷调、退单等。
[0064]业务流逻辑:表示一笔差错交易的业务流逻辑，例如，对于一笔差错交易，按照业务先后顺序做了查询请求业务、调单请求业务;或调单请求业务、查询请求业务;或调单请求业务、查询请求业务、退单请求业务。将业务流逻辑相同的差错交易作为一个分类。
[0065]在对差错交易数据进行分类确定待测试差错交易数据，在差错交易库中，获取待测试差错交易数据关联的交易标识，交易标识是对原始交易的标识，在原始交易发生时生成，且存储在原始交易对应的每一笔差错交易的数据中。具体地，一条待测试差错交易数据可以对应一个交易标识，多条待测试差错交易数据也可以对应一个交易标识。例如，一笔调单差错交易数据和一笔查询差错交易数据来源于同一个原始交易，则该笔调单差错交易数据和查询差错交易数据可以确定出一个交易标识。
[0066]步骤102:获取T日交易标识对应的差错交易路径，根据交易标识和差错交易路径生成配置文档，配置文档包含交易路径对应的配置参数。
[0067]在本步骤中，首先在差错交易库中，获取步骤101确定出的交易标识在T日的差错交易路径，如:若交易标识I在T日的差错交易路径为“E0401E0406”，表示交易标识I在T日按先后顺序做了调单请求业务和调单回复业务，交易路径中存储了交易路径对应的差错交易数据。然后根据交易标识I和差错交易路径“E0401E0406”生成配置文档I，配置文档I包含交易路径对应的配置参数。
[0068]步骤103:根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，业务流根据交易路径确定。
[0069]在对差错交易服务WEB页面进行回归测试之前，需要构建测试案例。具体地，首先针对差错交易服务WEB页面的功能，生成VBS(Visual Basic Script，可视化脚本语言)功能脚本中的功能函数funct1n。例如，将“调单请求通知”页面生成一个VBS功能脚本中的功能函数funct1n，将“调单回复到达通知”页面生成一个VBS功能脚本中的功能函数funct1n。然后根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例。例如，针对调单请求及调单回复业务流，首先根据VBS功能脚本中的功能函数funct1n在调单请求对应的“调单交易发起”页面生成的调单请求交易，然后根据VBS功能脚本中的功能函数funct1n在调单回复对应“调单请求通知”页面生成调单回复交易，从而生成调单请求及调单回复业务流的可执行文件，完成调单请求及调单回复业务流对应的测试案例。
[0070]步骤104:获取交易标识的环境信息，根据配置参数和环境信息，执行测试案例，得到测试结果。
[0071]在本步骤中，交易标识的环境信息包括T日历史交易数据和T日差错交易参数。首先根据步骤101确定出的交易标识，从交易历史库中获取交易标识关联的T日历史交易数据，即原始交易发生时的原始交易数据和原始交易参数。
[0072]然后根据交易标识，从差错交易库中获取交易标识关联的T-1日的差错交易参数，作为T日差错交易参数。例如:对交易标识I在T日受理调单回复业务进行回归测试，由于T-1发起了调单请求业务，受理方登录差错交易服务平台后，“调单请求通知”页面显示有待处理业务，受理方对该调单请求业务进行回复后，“调单请求通知”页面不再显示有待处理业务。因此，在对T日的差错交易进行回归测试时，需要获取T-1日的差错交易参数。
[0073]具体地，可以将所述配置参数和环境信息通过传递参数的方式导入UFT工具，执行步骤103确定出的测试案例，得到测试结果。
[0074]进一步地，通过UFT对差错交易服务WEB的每个功能页面的进行录制，通过VBS编辑录制生成的代码，增加其可扩展性及参数化等通用性质，并分割组装成对应功能的脚本文件。脚本文件中包含了对WEB页面上的对象或控件的操作，这些对象或控件会成为脚本文件的操作对象，可以导出用tsr(Terminate and Stay Resident，常驻程序)文件保存下来，以便其他脚本文件的调用和加载。在UFT可执行文件中首先动态加载WEB对象或控件的tsr文件，然后动态加载脚本文件，导入配置参数和环境信息执行测试案例，即自动模拟差错交易服务WEB页面的操作，并输出测试结果。
[0075]为配合业务流的增加、删除和修改，UFT可以采用字典式结构，当交易业务流变化时，只需要对差错交易服务WEB的单一页面进行更改，其他功能页面完全不受影响。
[0076]进一步地，在输出测试结果后，可以在差错交易库中查询交易标识关联的差错交易数据;将测试结果与交易标识关联的差错交易数据进行比对，验证测试结果。即测试结果表示页面的真实操作的差错交易数据结果，差错交易库中查询到的交易标识关联的差错交易数据表示实际应该输出的差错交易数据结果，通过两者对比实现了尽早发现应用bug，减少应用bug带来的不良后果。
[0077]本发明提供一种WEB回归测试的方法，根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识;获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档;根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例;获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。本发明实施例提供的WEB回归测试的方法，根据业务流结果回推及自动化回放，能够自适应业务功能变更，提高了 WEB回归测试效率。
[0078]下面通过具体的流程对本发明实施例提供的一种WEB回归测试的方法进行说明，如图2所示，为本发明实施例提供的一种WEB回归测试的方法流程图，包括:
[0079]步骤201:获取T日差错交易数据。
[0080]具体地，从差错交易库中，获取T日所有差错交易数据，例如8万条。
[0081 ]步骤202:对T日差错交易数据进行分类，确定待测试差错交易数据。
[0082]具体地，将T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为待测试差错交易数据。
[0083]例如，8万条差错交易数据中有100条数据都是在同一业务场景下进行调单类差错交易数据，那么只取其中的一条数据作为待测差错交易数据。即对于相同业务维度的差错交易数据，只取其中一条数据进行测试，以避免同一业务维度的重复测试，提高测试效率。
[0084]其中，业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。
[0085]业务场景表示交易的场景信息，即可以根据原始交易的场景信息对差错交易数据进行分类。具体地，可以根据原始交易时使用的卡种信息进行分类或根据原始交易时使用的终端类型进行分类。卡种包括借记卡、信用卡、磁条卡、IC卡等；终端类型包括ATM终端、POS终端等。
[0086]业务功能也可以称为业务代码，即可以根据差错交易所属业务功能分类，业务功能包括:查询、调单、贷调、退单等。
[0087]业务流逻辑:表示一笔差错交易的业务流逻辑，例如，对于一笔差错交易，按照业务先后顺序做了查询请求业务、调单请求业务;或调单请求业务、查询请求业务;或调单请求业务、查询请求业务、退单请求业务。将业务流逻辑相同的差错交易作为一个分类。
[0088]步骤203:获取待测试差错交易数据关联的交易标识。
[0089]具体地，在差错交易库中，获取待测试差错交易数据关联的交易标识，交易标识是对原始交易的标识，在原始交易发生时生成，且存储在原始交易对应的每一笔差错交易的数据中。
[0090]步骤204:根据所述交易标识和差错交易路径生成配置文档。
[0091]具体地，首先在差错交易库中，获取步骤101确定出的交易标识在T日的差错交易路径，如:若交易标识I在T日的差错交易路径为“E0401E0406”，表示交易标识I在T日按先后顺序做了调单请求业务和调单回复业务，交易路径中存储了交易路径对应的差错交易数据。然后根据交易标识I和差错交易路径“E0401E0406”生成配置文档1，配置文档I包含交易路径对应的配置参数。
[0092]步骤205:根据差错交易服务WEB页面的功能，生成功能脚本。
[0093]具体地，针对差错交易服务WEB页面的功能，生成VBS功能脚本中的功能函数funct1n0
[0094]步骤206:根据功能脚本和业务流的映射关系，构建测试案例。
[0095]例如，针对调单请求及调单回复业务流，首先根据VBS功能脚本中的功能函数funct1n在调单请求对应的“调单交易发起”页面生成的调单请求交易，然后根据VBS功能脚本中的功能函数funct1n在调单回复对应“调单请求通知”页面生成调单回复交易，从而生成调单请求及调单回复业务流的可执行文件，完成调单请求及调单回复业务流对应的测试案例。
[0096]步骤207:根据交易标识获取T日环境信息
[0097]在本步骤中，交易标识的环境信息包括T日历史交易数据和T日差错交易参数。首先根据步骤203确定出的交易标识，从交易历史库中获取交易标识关联的T日历史交易数据，即原始交易发生时的原始交易数据和原始交易参数。然后根据交易标识，从差错交易库中获取交易标识关联的T-1日的差错交易参数，作为T日差错交易参数。
[0098]步骤208: UFT自动化测试，输出T日测试结果数据。
[0099]具体地，将配置参数和环境信息通过传递参数的方式导入UFT工具中，执行测试案例，即自动模拟差错交易服务WEB页面的操作，并输出测试结果。
[0100]步骤209:将输出T日测试结果数据与T日差错交易数据进行比对。
[0101]具体地，在输出测试结果后，可以在差错交易库中查询交易标识关联的差错交易数据;将测试结果与交易标识关联的差错交易数据进行比对，验证测试结果。即测试结果表示页面的真实操作的差错交易数据结果，差错交易库中查询到的交易标识关联的差错交易数据表示实际应该输出的差错交易数据结果，通过两者对比可以反映差错交易服务WEB页面的bug。
[0102]步骤210:输出比对结果。
[0103]具体的，根据比对结果可以尽早发现差错交易服务WEB页面的bug，减少bug带来的不良后果。
[0104]需要说明的是，本发明实施例中，步骤201至步骤204、步骤205至步骤206可以按顺序进行，也可以同时进行，也可以不分先后顺序进行，在此不做限制；步骤207在可以按顺序进行，也可以在步骤203之后以及步骤208之前任一步进行，在此不做限制。
[0105]基于同样的发明构思，本发明实施例还提供一种WEB回归测试的装置，如图3所示，为本发明实施例提供的一种WEB回归测试的装置结构示意图，包括:
[0106]采集单元301:用于根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识；
[0107]配置单元302:用于获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，所述配置文档包含所述交易路径对应的配置参数；
[0108]建模单元303:用于根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，所述业务流根据所述交易路径确定；
[0109]执行单元304:用于获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。
[0110]可选的，所述采集单元301，还用于:
[0111]从差错交易库中，获取T日所有差错交易数据；
[0112]所述执行单元，还用于:
[0113]在所述差错交易库中查询所述交易标识关联的差错交易数据；
[0114]将所述测试结果与所述交易标识关联的差错交易数据进行比对，验证测试结果。
[0115]可选的，所述采集单元301，还用于:
[0116]将所述T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为所述待测试差错交易数据；
[0117]所述业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。
[0118]可选的，所述执行单元304，还用于:
[0119]根据所述交易标识，从交易历史库中获取所述交易标识关联的T日历史交易数据；
[0120]根据所述交易标识，从所述差错交易库中获取所述交易标识关联的T-1日的差错交易参数，将所述T-1日的差错交易参数作为T日差错交易参数；
[0121 ]将所述T日历史交易数据及所述T日差错交易参数作为所述差错交易的环境信息。
[0122]可选的，所述执行单元304，还用于:
[0123]将所述配置参数和所述环境信息导入UFT，执行所述测试案例，得到测试结果。
[0124]本发明提供一种WEB回归测试的装置，根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识;获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，；根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例;获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。本发明实施例提供的WEB回归测试的装置，根据业务流结果回推及自动化回放，能够自适应业务功能变更，提高了WEB回归测试效率。
[0125]本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的系统。
[0126]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令系统的制造品，该指令系统实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0127]这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0128]尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
[0129]显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
【主权项】
1.一种网页WEB回归测试的方法，其特征在于，包括: 根据T日所有差错交易数据，确定待测试差错交易数据；根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识，其中，所述T日为交易日中的一天； 获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，所述配置文档包含所述交易路径对应的配置参数； 根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，所述业务流根据所述交易路径确定； 获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。2.如权利要求1所述的方法，其特征在于，所述根据T日所有差错交易数据，确定待测试差错交易数据之前，还包括: 从差错交易库中，获取T日所有差错交易数据； 所述获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果之后，还包括: 在所述差错交易库中查询所述交易标识关联的差错交易数据； 将所述测试结果与所述交易标识关联的差错交易数据进行比对，验证测试结果。3.如权利要求1所述的方法，其特征在于，所述根据所述T日所有差错交易数据，确定待测试差错交易数据，包括: 将所述T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为所述待测试差错交易数据； 所述业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。4.如权利要求1所述的方法，其特征在于，所述获取所述交易标识的环境信息，包括: 根据所述交易标识，从交易历史库中获取所述交易标识关联的T日历史交易数据； 根据所述交易标识，从所述差错交易库中获取所述交易标识关联的T-1日的差错交易参数，将所述T-1日的差错交易参数作为T日差错交易参数； 将所述T日历史交易数据及所述T日差错交易参数作为所述差错交易的环境信息。5.如权利要求1所述的方法，其特征在于，所述获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果，包括: 将所述配置参数和所述环境信息导入统一功能测试工具UFT，执行所述测试案例，得到测试结果。6.一种WEB回归测试的装置，其特征在于，包括: 采集单元:用于根据T日所有差错交易数据，确定待测试差错交易数据;根据所述待测试差错交易数据，确定所述待测试差错交易数据关联的交易标识其中，所述T日为交易日中的一天； 配置单元:用于获取所述T日所述交易标识对应的差错交易路径，根据所述交易标识和所述差错交易路径生成配置文档，所述配置文档包含所述交易路径对应的配置参数； 建模单元:用于根据差错交易服务WEB页面的功能生成功能脚本，根据功能脚本和业务流的映射关系，确定每一个业务流对应的测试案例，所述业务流根据所述交易路径确定；执行单元:用于获取所述交易标识的环境信息，根据所述配置参数和所述环境信息，执行所述测试案例，得到测试结果。7.如权利要求6所述的装置，其特征在于，所述采集单元，还用于: 从差错交易库中，获取T日所有差错交易数据； 所述执行单元，还用于: 在所述差错交易库中查询所述交易标识关联的差错交易数据； 将所述测试结果与所述交易标识关联的差错交易数据进行比对，验证测试结果。8.如权利要求6所述的装置，其特征在于，所述采集单元，还用于: 将所述T日所有差错交易数据按照业务维度进行分类，对于每一类差错交易数据，取其中的任一条作为所述待测试差错交易数据； 所述业务维度包括以下之一或组合:业务场景、业务功能、业务流逻辑。9.如权利要求6所述的装置，其特征在于，所述执行单元，还用于: 根据所述交易标识，从交易历史库中获取所述交易标识关联的T日历史交易数据； 根据所述交易标识，从所述差错交易库中获取所述交易标识关联的T-1日的差错交易参数，将所述T-1日的差错交易参数作为T日差错交易参数； 将所述T日历史交易数据及所述T日差错交易参数作为所述差错交易的环境信息。10.如权利要求6所述的装置，其特征在于，所述执行单元，还用于: 将所述配置参数和所述环境信息导入统一功能测试工具UFT，执行所述测试案例，得到测试结果。
【文档编号】G06F11/36GK105930259SQ201510981688
【公开日】2016年9月7日
【申请日】2015年12月23日
【发明人】李伟, 李蓓璇, 徐端琦, 雒武超, 陈剑文, 周广明, 戎珈, 孙斌凯
【申请人】中国银联股份有限公司