平台测试方法和系统与流程

本发明涉及计算机技术领域，特别是涉及一种平台测试方法和系统。

背景技术：

一个新版本的系统在实际部署应用之前，需要对其进行全面的测试，如功能测试、性能测试等，验证其功能能否完成以及性能是否达到预定的指标要求。

现有的测试方法主要通过输入预先设计的测试用例，在测试系统执行测试用例模拟运行，并获取测试系统模拟运行时得到的测试结果，再将获取的测试结果与预期的正确结果进行对比。一方面由于测试用例无法覆盖所有的操作请求场景，测试覆盖率不高，另一方面由于每次都要根据测试用例通过条件设定查找对应的预期的正确结果，测试效率低。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种平台测试方法和系统，能提升测试场景的覆盖率和测试效率。

一种平台测试方法，所述方法包括：

平台服务器接收现网服务器实时引入的请求；

所述平台服务器发送所述请求至运行现网版本的准现网环境和运行待测版本的待测环境；

所述准现网环境根据预存的第一现网备份数据得到所述请求对应的第一响应数据，所述待测环境根据预存的与所述第一现网备份数据相同的第二现网备份数据得到所述请求对应的第二响应数据，并发送所述第一响应数据与第二响应数据至平台服务器；

所述平台服务器将所述第一响应数据与第二响应数据进行对比，得到测试结果。

一种平台测试系统，所述系统包括：

平台服务器，用于接收现网服务器实时引入的请求，发送所述请求至环境服务器中运行现网版本的准现网环境和运行待测版本的待测环境；

环境服务器，用于提供运行现网版本的准现网环境和运行待测版本的待测环境，所述准现网环境根据预存的第一现网备份数据得到所述请求对应的第一响应数据，所述待测环境根据预存的与所述第一现网备份数据相同的第二现网备份数据得到所述请求对应的第二响应数据，并发送所述第一响应数据与第二响应数据至平台服务器；

所述平台服务器还用于将所述第一响应数据与第二响应数据进行对比，得到测试结果。

上述平台测试方法和系统，平台服务器接收现网服务器实时引入的请求，并发送请求至运行现网版本的准现网环境和运行待测版本的待测环境，保证准现网环境和待测环境接收到的请求一致，准现网环境根据预存的第一现网备份数据得到请求对应的第一响应数据，待测环境根据预存的与第一现网备份数据相同的第二现网备份数据得到请求对应的第二响应数据，保证第一现网备份数据与第二现网备份数据一致，并发送第一响应数据与第二响应数据至平台服务器，平台服务器将第一响应数据与第二响应数据进行对比，得到测试结果。利用实际的请求来进行测试，实际的请求数量大涉及范围广，在一定的测试时间内，现网的业务场景可以达到全面覆盖现网版本功能，提升了测试场景的覆盖率。在请求相同、第一现网备份数据与第二现网备份数据相同的情况下，理论上准现网环境跟待测环境应该有相同的响应数据，从而能通过对比第一响应数据与第二响应数据快速得到测试结果，提升了测试效率。

附图说明

图1为一个实施例中平台测试方法的应用环境图；

图2为一个实施例中平台测试方法的流程图；

图3为一个实施例中得到平台测试结果的流程图；

图4为一个实施例中请求在准现网环境和待测环境中的流转示意图；

图5为一个实施例中平台测试系统的架构图；

图6为一个实施例中平台测试系统的结构框图。

具体实施方式

图1为一个实施例中平台测试方法运行的应用环境图，该应用环境包括终端110、现网服务器120、平台服务器130、环境服务器140、终端150。现网服务器120、环境服务器140、终端150都可以和平台服务器130通过网络进行通信，终端110可以和现网服务器120通过网络进行通信，现网服务器120可以和环境服务器140通过网络进行通信。

终端110和终端150可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。环境服务器140可包括准现网服务器141和待测服务器142，准现网服务器141用于提供运行现网版本的准现网环境，待测服务器142用于提供运行待测版本的待测环境，准现网服务器141和待测服务器142可分别独立设置，也可集成为一个服务器。终端110可向现网服务器120发送请求，现网服务器120将请求实时引入到平台服务器130，平台服务器130发送请求至准现网服务器141和待测服务器142，准现网服务器141根据预存的备份数据得到请求对应的第一响应数据，待测服务器142根据预存的与准现网服务器141中相同的备份数据得到请求对应的第二响应数据，并发送第一响应数据与第二响应数据至平台服务器130，平台服务器130将第一响应数据与第二响应数据进行对比，得到测试结果。平台服务器130还可以根据请求、第一响应数据、第二响应数据生成分析数据，并将分析数据发送至终端150进行绘制曲线并显示。

如图2所示，在一个实施例中，提供了一种平台测试方法，包括如下步骤：

步骤S210，平台服务器接收现网服务器实时引入的请求。

具体的，现网服务器用于运行现网，现网是指线上的生产环境，是已经发布的系统版本。请求是现网在使用过程中，现网服务器接收的实际的请求。现网可以包括多个请求入口，现网服务器可以从多个请求入口将请求实时引入到平台服务器。如现网的请求入口包括营销网关入口、充值费用入口、计费入口、支付入口等，营销网关入口是业务部门的营销活动请求入口，比如抽奖、赠送等。充值费用入口是充值网站的请求入口，计费入口是计费开放平台的请求入 口，支付入口是移动支付等支付请求的请求入口。可以通过tcpcopy将请求实时引入到平台服务器，tcpcopy是一个开源的请求复制工具，在现网服务器上部署其客户端，通过拦截tcp(Transmission Control Protocol传输控制协议)请求并复制一份发送到平台服务器的方式实现请求的引入。

步骤S220，平台服务器发送请求至运行现网版本的准现网环境和运行待测版本的待测环境。

具体的，准现网环境运行现网版本，现网版本是指现网服务器中运行的系统版本。待测环境运行待测版本，待测版本是在现网版本的基础上进行了更新的准备测试的系统版本，准现网环境和待测环境是线下的高仿真现网运行环境的测试环境。通过平台服务器将实时引入的请求发送至准现网环境和待测环境，利用实际的请求来进行测试，实际的请求数量大涉及范围广，在一定的测试时间内，比如说24小时，现网的业务场景可以达到全面覆盖现网版本功能，保证了测试场景的覆盖率。

步骤S230，准现网环境根据预存的第一现网备份数据得到请求对应的第一响应数据，待测环境根据预存的与第一现网备份数据相同的第二现网备份数据得到请求对应的第二响应数据，并发送第一响应数据与第二响应数据至平台服务器。

具体的，第一现网备份数据包括现网的账户数据、配置数据和中间表数据，账户数据是与账户相关的数据，包括如用户的订购关系数据，个人账户数据，游戏币账户数据。配置数据是配置现网的数据，中间表数据是现网使用过程中中间生成的数据，如游戏接入时注册的应用ID、平台信息、游戏币信息等。可以通过同步的方式将第一现网备份数据从现网服务器中同步到准现网环境中保存。第二现网备份数据与第一现网备份数据相同，也可以通过同步的方式将第二现网备份数据同步到待测环境中保存。第一响应数据是准现网环境根据请求、第一现网备份数据作出对应的响应所得到的数据。第二响应数据是待测环境根据请求、第二现网备份数据作出对应的响应所得到的数据。准现网环境和待测环境可以由若干个子系统构成，这些子系统共同工作，来完成请求的处理并返回响应数据给客户端。这些子系统按照功能逻辑可分为不同的层，如准现网环 境包括接入层、后台服务层、数据层，这些不同的层共同工作得到请求对应的响应数据。

步骤S240，平台服务器将第一响应数据与第二响应数据进行对比，得到测试结果。

具体的，在请求相同、第一现网备份数据与第二现网备份数据相同的情况下，对于准现网环境和待测环境中相同的功能，理论上准现网环境跟待测环境应该有相同的响应数据。将第一响应数据与第二响应数据进行对比，如果不相同，则说明待测环境中系统的待测版本中可能出现了错误。对于待测版本中有多个系统都存在更新版本的情况下，可以进一步的通过分析系统日志进行定位，找到可能出错的系统。

本实施例中，平台服务器接收现网服务器实时引入的请求，并发送请求至运行现网版本的准现网环境和运行待测版本的待测环境，保证准现网环境和待测环境接收到的请求一致，准现网环境根据预存的第一现网备份数据得到请求对应的第一响应数据，待测环境根据预存的与第一现网备份数据相同的第二现网备份数据得到请求对应的第二响应数据，保证第一现网备份数据与第二现网备份数据一致，并发送第一响应数据与第二响应数据至平台服务器，平台服务器将第一响应数据与第二响应数据进行对比，得到测试结果。利用实际的请求来进行测试，实际的请求数量大涉及范围广，在一定的测试时间内，现网的业务场景可以达到全面覆盖现网版本功能，提升了测试场景的覆盖率。在请求相同、第一现网备份数据与第二现网备份数据相同的情况下，理论上准现网环境跟待测环境应该有相同的响应数据，从而能通过对比第一响应数据与第二响应数据快速得到测试结果，提升了测试效率。

在一个实施例中，在步骤S220之前，还包括：准现网环境接收现网服务器发送的第一现网备份数据，并保存；待测环境接收现网服务器发送的第二现网备份数据，并保存。

具体的，第一现网备份数据和第二现网备份数据相同，是现网服务器中的同一份数据，可以通过同步控制的方式，使现网服务器发送此数据至准现网环境和待测环境。第一现网备份数据和第二现网备份数据包括多种数据，各个数 据发送的时间同期可不一样，根据需要自定义数据发送的时间同期，如帐户数据一天同步一次，中间表数据实时同步发送。帐户数据可来自于数据库文件，是从数据库文件定时备份到现网服务器的冷备数据。准现网环境接收到第一现网备份数据后进行保存以作为预存的数据，后续在响应请求时使用，待测环境收到第二现网备份数据后进行保存以作为预存的数据，后续在响应请求时使用。

在一个实施例中，如图3所示，步骤S240包括：

步骤S241，平台服务器判断第一响应数据与第二响应数据是否相同，如果相同，则进入步骤S242，否则进入步骤S243。

步骤S242，待测版本通过测试验证。

具体的，如果相同，则说明在相同的客户请求利用相同的备份数据的情况下，准现网环境和待测环境得到了相同的响应结果。由于准现网环境运行的是现网版本，第一响应数据是正确的响应结果，所以待测环境也得到了正确的响应结果，待测版本通过测试验证。

步骤S243，待测版本出错，平台服务器进行错误定位。

具体的，如果第一响应数据与第二响应数据不同，则说明第二响应数据是错误的，待测版本出错，平台服务器可通过分析现网版本的系统日志和待测版本的系统日志进行错误定位，找到出错的位置。

在一个实施例中，现网版本与待测版本包括多个系统，每个系统有对应的系统日志，平台服务器进行错误定位的步骤包括：平台服务器按照预定系统路径，依次比较预存的各个系统对应的现网版本的系统日志与待测版本的系统日志是否相同，第一个不相同的系统日志所对应的系统定位为出错系统。

具体的，现网版本与待测版本包括多个系统，当准现网环境和待测环境接收到请求后会按照请求响应对应的路径在多个系统流转。可预先对每种场景的请求所流转的路径进行建模，得到不同的请求对应的流转系统路径，请求在各个系统流转时，流转的起始系统为根节点系统，流转的终止系统为叶子节点系统。如图4所示，平台服务器244发送的请求从准现网环境245的系统1依次流转到系统2、系统3。系统1是请求流转的起始点是根节点系统，系统3是请求流转的终止点是叶子节点系统。根据请求对应的流转系统路径得到预定系统 路径，预定系统路径从叶子节点系统开始直到根节点系统。

系统日志是请求在响应过程中记录的各种信息，通过系统日志查找错误发生的位置和原因。在现网版本与待测版本存在多个系统的情况下，每个系统都会生成对应的系统日志。将现网版本与待测版本生成的系统日志实时发送到平台服务器进行保存，就可以利用预存的系统日志进行错误定位。由于准现网环境与待测环境接收到的请求一致，对请求响应时利用的备份数据一致，则请求在流转到各个系统时得到的系统日志在理论上也应一致。由于响应请求时，是从叶子节点系统开始依次响应，如果上一个系统响应出错，则可能引起下一个系统响应出错，所以需要找到第一个出错的系统。现网版本的系统日志是正确的系统日志，如果待测版本的系统日志与其相同，则说明待测版本的系统日志所对应的系统没有出错，如果不相同，则待测版本的系统日志所对应的系统出错。从叶子节点系统开始比对现网版本的系统日志与待测版本的系统日志是否相同，第一个不相同的系统日志所对应的系统就是出错系统。如图4所示，准现网环境245包括系统1、系统2、系统3，待测环境246包括对应的系统1a、系统2a、系统3a，当第一响应数据和第二响应数据不同时，如果系统1和系统1a、系统2和系统2a对应的系统日志都不同，从叶子节点系统系统3和系统3a开始比对现网版本和待测版本的系统日志，第一个不相同的系统日志是系统2a对应的系统日志，则定位到系统2a出错。

在一个实施例中，步骤S220之前，还包括：平台服务器根据预设条件对请求进行过滤。

具体的，预设条件可以根据需要自定义，如根据准现网环境和待测环境的服务器承受度等确定预设条件，使过滤后的请求数量在服务器的承受范围内。可按照请求类型或者QQ号尾号进行过滤，满足条件的请求才进行分发。通过对请求进行过滤可选择需要的请求进行测试，如需要测试某个特定系统的功能时，过滤后只得到与这个特定系统对应的请求，提高了测试的方便性。

在一个实施例中，所述方法还包括平台服务器根据请求、第一响应数据和第二响应数据得到分析数据，并将分析数据发送至终端以进行曲线绘制和显示。如显示实时的请求量曲线，待测版本出错量曲线等。

在一个实施例中，所述方法还包括平台服务器统计请求对应的接口，得到系统接口的请求覆盖率数据，和不同接口请求的测试验证成功率数据，并将上述数据发送至终端进行显示实现接口监控。

在一个实施例中，所述方法还包括平台服务器根据系统日志生成分析数据，并将所述分析数据发送至终端进行显示。可根据系统日志生成分析数据在终端进行显示，可根据显示的信息进行问题排查，更方便的定位错误。

在一个实施例中，运行现网版本的准现网环境和运行待测版本的待测环境可通过显示在终端的界面进行更换版本和接入系统。

具体的，在一个实施例中，如图5所示，为一个具体的实施例中平台测试方法所应用的详细系统架构图，现网服务器310包括多个客户请求入口，包括营销网关入口311、充值费用入口312、计费入口313、支付入口314，现网服务器310可以从这些请求入口将请求实时引入到平台服务器320。平台服务器320包括接收模块321，用于接收请求，过滤模块322，用于对请求根据预定条件进行过滤，分发模块323，用于将请求发送到准现网环境331和待测环境332。对比模块324，用于对第一响应数据和第二响应数据进行对比，分析模块325，用于对系统日志进行分析进行错误定位。平台服务器320将请求根据预定条件进行过滤后，将请求转发到准现网环境331和现网环境332。准现网环境331根据请求和预存的帐户数据、配置数据和中间表数据，在接入层331a、后台服务层331b、数据层331c的合作工作下得到第一响应数据，并返回至平台服务器320。待测环境332根据请求和预存的帐户数据、配置数据和中间表数据，在332a、后台服务层332b、数据层332c的合作工作下得到第二响应数据，并返回至平台服务器320。其中帐户数据由现网服器310每天同步一次到环境服务器330中的准现网环境331和待测环境332，配置数据和中间表数据由现网服器310实时同步到环境服务器330中的准现网环境331和待测环境332。

进一步的，平台服务器320对第一响应数据和第二响应数据进行对比并比较系统日志得到测试结果。并将根据客户请求、第一响应数据、第二响应数据、系统日志得到的分析数据发送至终端340通过实时曲线模块341实时曲线显示，通过问题排查模块344进行问题排查信息显示、通过接口监控模块345进行接 口监控信息显示。准现网环境331和待测环境332还可以通过版本更换模块342进行现网版本和待测版本的更换，通过系统接入模块343进行新增系统的接入。

在一个实施例中，如图6所示，提供了一种平台测试系统，包括：

平台服务器410，用于接收现网服务器实时引入的请求，发送请求至环境服务器420中运行现网版本的准现网环境和运行待测版本的待测环境。

环境服务器420，用于提供运行现网版本的准现网环境和运行待测版本的待测环境，准现网环境根据预存的第一现网备份数据得到请求对应的第一响应数据，待测环境根据预存的与第一现网备份数据相同的第二现网备份数据得到请求对应的第二响应数据，并发送第一响应数据与第二响应数据至平台服务器410。

平台服务器410还用于将第一响应数据与第二响应数据进行对比，得到测试结果。

在一个实施例中，环境服务器420还用于通过准现网环境接收现网服务器发送的第一现网备份数据，并保存，通过待测环境接收现网服务器发送的第二现网备份数据，并保存。

在一个实施例中，平台服务器410还用于判断第一响应数据与第二响应数据是否相同，如果相同，则待测版本通过测试验证，如果第一响应数据与第二响应数据不相同，则待测版本出错，并进行错误定位。

在一个实施例中，现网版本与待测版本包括多个系统，每个系统有对应的系统日志，平台服务器410还用于按照预定系统路径，依次比较预存的各个系统对应的现网版本的系统日志与待测版本的系统日志是否相同，第一个不相同的系统日志所对应的系统定位为出错系统。

在一个实施例中，平台服务器410还用于根据预设条件对请求进行过滤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述程序可存储于一计算机可读取存储介质中，如本发明实施例中，该程序可存储于计算机系统的存储介 质中，并被该计算机系统中的至少一个处理器执行，以实现包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。