渠道包测试方法与流程

本发明涉及软件测试技术领域，特别是涉及一种渠道包测试方法。

背景技术：

随着互联网尤其是移动互联网的发展，渠道包(例如安卓游戏包)的种类和数量出现了爆炸性的增长，在渠道包正式发布之前需要对渠道包进行测试，每天都存在大量的渠道包测试需求。

渠道包的测试是在规定的情况下，对渠道包进行一系列的操作，以发现渠道包的缺陷，衡量渠道包的质量，并对渠道包能否满足设计要求进行评估的过程。在渠道包的测试过程中需要进行一系列的操作，包括安装、测试功能、检查数据等。通过对渠道包的测试可以查找出渠道包的缺陷，协助技术开发人员尽快解决问题，降低开发风险。但传统的渠道包测试方法测试效率低。

技术实现要素：

基于此，有必要针对渠道包测试方法测试效率低的问题，提供一种渠道包测试方法。

其中，本发明实施例提供了一种渠道包测试方法，包括以下步骤：

获取渠道包的测试参数信息；

根据所述测试参数信息确定测试参数对应的测试指令，并生成测试指令对应的测试界面；

接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试。

上述渠道包测试方法，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

在一个实施例中，所述渠道包测试方法，在获取渠道包的测试参数信息之前，还包括以下步骤：

获取待测渠道包的测试需求，根据所述测试需求制定待测渠道包的测试流程；

根据所述测试流程确定渠道包的各个测试项目，根据所述各个测试项目确定所述各个测试项目对应的测试参数。

在一个实施例中，所述渠道包测试方法，所述测试项目包括：测试安装、测试启动以及检查平台数据；

接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试，具体包括以下步骤：

当检测到待测渠道包的测试需求时，通过接收可交互模块中安装模块的选定操作来调用安装指令，对所述渠道包进行测试安装；

在测试安装项目测试通过之后，通过接收可交互模块中启动模块的选定操作来调用启动指令，对所述渠道包进行测试启动；

在测试启动项目测试通过之后，监测所述软件在所述设备上的运行状态，当监测到所述软件在运行登陆操作时，通过接收可交互模块中检查平台数据模块的选定操作来调用检查平台数据指令，对所述渠道包进行检查平台数据。

在一个具体的实施例中，所述渠道包测试方法，在调用安装指令之后，包括以下步骤：

检测待测渠道包的文件后缀，当所述文件后缀与目标文件后缀一致时，在与服务器相连接的设备上安装所述待测渠道包中对应的软件，若所述软件能在所述设备上正常安装，则判定测试安装项目测试通过；

在调用启动指令之后，包括以下步骤：

在所述设备上启动所述软件，并检测所述软件的启动状态，若所述软件能在所述设备上正常启动，判定所述测试启动项目测试通过；

在调用检查平台数据指令之后，包括以下步骤：

检查后台的登陆记录，若存在所述登陆记录，判定所述检查平台数据项目测试通过。

在一个具体的实施例中的渠道包测试方法，所述测试项目还包括测试支付；

在监测所述软件在所述设备上的运行状态之后，还包括以下步骤：

若监测到所述软件对应的收款账户上的账户金额数据的数值增加，判定所述测试支付测试通过。

本发明实施例提供了一种渠道包测试方法，在调用检查平台数据指令之后，还包括以下步骤：

检查后台的账户交易记录，若存在所述账户交易记录，判定所述检查平台数据项目测试通过。

本发明实施例提供了一种渠道包测试方法，通过所述测试界面上可交互模块的选定操作来调用所述测试指令，还包括以下步骤：

在所述测试支付测试通过之后，通过可交互模块中记账模块的选定操作来调用记账指令；

在调用记账指令之后，包括以下步骤：

将所述账户交易记录复制到数据库，用于后期对账。

本发明实施例还提供了一种渠道包测试方法，在调用安装指令之后，还包括以下步骤：

通过检测所述待测渠道包的渠道包名和版本描述字符串对所述渠道包进行解析，若所述渠道包名与目标渠道包名一致，且所述版本描述字符串与目标版本描述字符串一致，判定所述渠道包测试通。

进一步地，本发明实施例提供了一种渠道包测试方法在调用安装指令之后，还包括以下步骤：

获取所述设备的设备名称和设备身份标识号；

根据所述设备名称和所述设备身份标识号获取所述待测渠道包对应的渠道身份标识和软件身份标识；

通过所述渠道身份标识和软件身份标识选择测试执行用例；

若测试执行用例通过，判定所述渠道包测试通过。

更进一步地，本发明实施例还提供了一种渠道包测试方法，在调用安装指令之后，还包括以下步骤：

监测所述软件在所述设备上的运行状态；

当检测到渠道包中的软件在所述设备上运行的过程中出现故障时，抓取故障日志。

附图说明

图1为本发明一个实施例的渠道包测试方法步骤示意图；

图2为本发明第一实施例的安卓渠道包测试流程示意图；

图3为本发明一个实施例的渠道包测试方法步骤示意图；

图4为本发明第二实施例的安卓渠道包测试流程示意图；

图5为本发明第三实施例的安卓渠道包测试流程示意图；

图6为本发明第四实施例的安卓渠道包测试流程示意图；

图7为本发明第五实施例的安卓渠道包测试流程示意图；

图8为本发明第二实施例的安卓渠道包测试流程示意图；

图9为本发明一个实施例的渠道包测试系统结构示意图；

图10为本发明一个实施例的渠道包测试系统功能示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明的实施例中的渠道包测试方法可以应用于各种操作系统，例如windows7操作系统，基于mysql数据库、java1.7版本软件以及安卓集成开发环境(android-sdkforwindows)，将渠道包的各种测试需求通过本发明实施例中的渠道包测试方法集成到同一个工具上，并生成对应的测试界面，通过接收测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试。渠道包可以是安卓游戏包，或者其他安卓软件包，也可以是ios(iphoneoperatingsystem，苹果公司的移动操作系统)包，本发明的实施例以安卓游戏包为例进行详细的说明。

下面结合图1阐述渠道包测试方法的实施例。

图1为本发明一个实施例的一种渠道包测试方法步骤示意图，包括以下步骤：

s101，获取渠道包的测试参数信息；

对于步骤s101，渠道包可以是安卓游戏包，或者其他安卓软件包，也可以是ios(iphoneoperatingsystem，苹果公司的移动操作系统)包。

在一个具体的实施例中，在获取渠道包的测试参数信息之前，还包括以下步骤：

获取待测渠道包的测试需求，根据所述测试需求制定待测渠道包的测试流程；根据所述测试流程确定渠道包的各个测试项目，根据所述各个测试项目确定所述各个测试项目对应的测试参数。

具体地，不同的渠道包可以对应不同的测试流程，以安卓游戏包为例，如图2所示，安卓游戏包的完整的测试流程可以包括以下步骤：当监测到安卓游戏包的测试需求时，在与服务器相连接的移动设备(如手机)上安装安卓游戏包，安装完成后测试安卓游戏包中对应的软件能否正常启动，正常启动后测试软件能否在渠道包中正常进行登陆操作，若能正常进行登陆操作，则测试能否进行支付操作，并检测平台上是否存在登陆操作和支付操作的数据记录，若存在数据记录，则认为安卓游戏包测试通过可以发包。

通过确定测试流程可以获取渠道包的测试项目，进而获取渠道包测试参数，通过检测测试参数可以直接、精确地对渠道包进行测试。

s102，根据所述测试参数信息确定测试参数对应的测试指令，并生成测试指令对应的测试界面；

在一个实施例中，测试界面上可以包括各种待测项目的按钮，也可以包括文本显示窗口，文本显示窗口可以对待测项目的测试结果进行显示，供测试人员查看。

s103，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试。

具体地，可交互模块上可以包括多个按钮，每个按钮对应不同的测试指令，通过响应测试指令即可对渠道包进行测试。

上述渠道包测试方法，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作，调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

在一个实施例中的渠道包测试方法，测试项目包括：测试安装、测试启动以及检查平台数据。

上述各个测试项目的测试可以通过以下步骤来实现：

当检测到待测渠道包的测试需求时，通过接收可交互模块中安装模块的选定操作来调用安装指令，对所述渠道包进行测试安装；

当检测到待测渠道包的测试需求时，通过接收可交互模块中安装模块的选定操作来调用安装指令，对所述渠道包进行测试安装；

在测试安装项目测试通过之后，通过接收可交互模块中启动模块的选定操作来调用启动指令，对所述渠道包进行测试启动；

在测试启动项目测试通过之后，监测所述软件在所述设备上的运行状态，当监测到所述软件在运行登陆操作时，通过接收可交互模块中检查平台数据模块的选定操作来调用检查平台数据指令，对所述渠道包进行检查平台数据。

上述实施例中，在测试安装项目、测试启动项目以及检查平台数据项目的测试之后都可以在测试界面上显示测试结果信息，供测试人员查看，通过接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调，用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

在一个实施例中，如图3所示，若测试的是安卓游戏包，当把待测包拖到测试界面上时可以检测到待测包的测试需求，当检测到测试需求时，可以检测待测包的文件类型和文件后缀，若检测认为待测包不是安卓安装包，则不进行接下来的操作，若检测认为待测包是安卓安装包，则可以在测试界面的文本控件上显示文件路径和文件名，供测试人员查看和记录，用于后期的获取安卓游戏包的平台信息。

同时，可以查与服务器相连接的移动设备的设备串信息，如手机的设备串信息，并将查到的设备串信息显示在测试界面上。可以通过运行adbdevices命令来进行设备串信息的查找，通过获取到的设备串信息去数据库查对应的设备名称，设备身份标识(identification，id)，设备身份标识为后期查平台信息所要上送的参数。

在一个实施例中，通过选定测试界面上的安装按钮来调用安装指令，在设备串信息显示在测试界面上之后可以通过接收可交互模块中安装按钮的选定操作来调用安装指令。在调用安装指令之后，还可以包括以下步骤：

检测待测渠道包的文件后缀，当所述文件后缀与目标文件后缀一致时，在与服务器相连接的设备上安装所述待测渠道包中对应的软件，若所述软件能在所述设备上正常安装，判定所述测试安装项目测试通过。

上述实施例在检测到渠道包的测试需求时可以通过检测待测文件是否是安卓安装包来判断是否要进行接下来的操作，在接收到调用安装指令之后也可以通过检测待测文件是否是安卓安装包来判断是否要进行接下来的操作，将每个功能模块化，每块功能模块在开始执行前先做判断，防止异常情况发生，确保了程序的健壮性需求。

上述渠道包测试方法，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作，调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

在另一个实施例中，在调用安装指令之后，还可以包括以下步骤：

通过检测所述待测渠道包的渠道包名和版本描述字符串对所述渠道包进行解析，若所述渠道包名与目标渠道包名一致，且所述版本描述字符串与目标版本描述字符串一致，判定所述渠道包测试通过；

在调用启动指令之后，包括以下步骤：

在所述设备上启动所述软件，并检测所述软件的启动状态，若所述软件能在所述设备上正常启动，判定所述测试启动项目测试通过；

在调用检查平台数据指令之后，包括以下步骤：

检查后台的登陆记录，若存在所述登陆记录，判定所述检查平台数据项目测试通过。

上述实施例中的各个步骤的测试结果都可以在测试界面上进行显示，供测试人员查看，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

上述实施例中，可以通过aaptdumpbadging命令对安卓游戏包进行解析，可以获取渠道包名和版本描述字符串(versionstring)，还可以获取游戏名称，例如，可以获取到的信息为：武道神尊com.tencent.tmgp.wdsz.yw1.31.0。通过一键点击安装按钮可以测试安装项目是否通过，还可以对渠道包进行解析。

上述渠道包测试方法，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

另外，在一个实施例中，如图4所示，在调用安装指令之后，还可以获取安卓游戏包平台信息：获取所述设备的设备名称和设备身份标识号；根据所述设备名称和所述设备身份标识号获取所述待测渠道包对应的渠道身份标识和软件身份标识；通过所述渠道身份标识和软件身份标识选择测试执行用例；若测试执行用例通过，判定所述渠道包测试通过，可以进行接下来的测试。

上述实施例中的渠道身份标识(channelid)和软件身份标识(gameid)为游戏平台信息，通过一键点击安装按钮可以测试安装项目是否通过，还可以对渠道包进行解析，并获取渠道包中对应的游戏平台信息，大幅度提高了渠道包的测试效率。

举例来说，在一个具体的实施例中的渠道包测试方法，所述测试项目还包括测试支付；则对应的，在监测所述软件在所述设备上的运行状态之后，还可以包括以下步骤：

若监测到所述软件对应的收款账户上的账户金额数据的数值增加，判定所述测试支付测试通过。

在上述实施例中，若渠道包中对应的软件中有支付功能的，渠道包的测试项目可以包括测试支付，若测试项目中包括测试支付，则在调用检查平台数据指令之后，还可以包括以下步骤：

检查后台的账户交易记录，若存在所述账户交易记录，判定所述检查平台数据项目测试通过。

上述实施例中，查平台数据可以包括查询登陆记录和账户交易记录，如图5所示，可以通过直接点击数据统计按钮即可获取查平台数据的结果，提高测试效率。在直接点击数据统计按钮之后，可以把渠道包的唯一性标识，设备身份标识和当前的时间参数上送到服务端提供的查询接口，接口可以将查询结果返回到测试界面，供测试人员判断平台数据是否正常。

另外，本发明实施例提供了一种渠道包测试方法，通过所述测试界面上可交互模块的选定操作来调用所述测试指令，还包括以下步骤：

在所述测试支付测试通过之后，通过可交互模块中记账模块的选定操作来调用记账指令；

在调用记账指令之后，包括以下步骤：

将所述账户交易记录复制到数据库，用于后期对账。

如图6所示，可以通过直接点击记账按钮即可把记账相关信息存数据库，在测试游戏安卓包的订单功能时需要真实付钱，记账功能可以用以后期的财务对账，通过一键记账，提高测试效率。

本发明实施例还提供了一种渠道包测试方法，在调用安装指令之后，还可以包括以下步骤：

监测所述软件在所述设备上的运行状态；

当检测到渠道包中的软件在所述设备上运行的过程中出现故障时，抓取故障日志。

在上述实施例中，可以监测整个测试过程，若在测试过程中出现了故障(bug)，比如启动失败、闪退、崩溃、登录失败等等，则可以通过点击logcat按钮来抓取故障对应的日志，如图7所示，抓取的日志用于协助开发人员通过查看日志尽快解决问题。

上述渠道包测试方法，通过生成测试指令对应的测试界面，接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试，大幅度提高了渠道包的测试效率。

在完成渠道包的所有测试之后，如图8所示，还可以通过点击发包按钮，把渠道包的相关信息存数据库。渠道包的相关信息例可以包括渠道包测试是否通过的记录。假设需要提测100个安卓渠道包，测试通过50个安卓渠道包，测试通过的50个安卓渠道包可以有发包记录，这样能明显区分出功能正常的包。

如图9所示，本发明还提供一种渠道包测试系统，包括：

获取模块11，用于获取渠道包的测试参数信息；

界面生成模块12，用于根据所述测试参数信息确定测试参数对应的测试指令，并生成测试指令对应的测试界面；

测试模块13，用于接收对所述测试界面上可交互模块的选定操作，响应所述选定操作调用所述测试指令对渠道包进行测试。

如图10所示，渠道包测试系统可以实现渠道包测试方法相类似的功能，上述实施例与本发明的渠道包测试方法中对应的实施例相类似，此处不再赘述。

进一步地，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现渠道包测试方法。

上述实施例与本发明的渠道包测试方法中对应的实施例相类似，此处不再赘述。

更进一步地，本发明还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现渠道包测试方法。

上述实施例与本发明的渠道包测试方法中对应的实施例相类似，此处不再赘述。

本发明的渠道包测试系统与本发明的渠道包测试方法一一对应，在上述渠道包测试方法的实施例阐述的技术特征及其有益效果均适用于渠道包测试系统的实施例中，特此声明。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

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

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