本申请涉及数据处理技术领域，尤其涉及一种测试方法及系统。
背景技术
目前，网络的普及、家家入网、各个年龄层的人群均开始离不开网络。随着技术的发展，智能手机的部分业务转向大屏端发展，使得智能电视及智能电视盒子开始普及。智能电视性价比越来越高，很多网络运营商也开始安装网络免费送智能电视盒子。生活质量的提高，使得用户对产品质量的要求也越来越高。
设备的多样化，产品质量的要求的提高，使得ott(overthetop，互联网公司越过运营商，发展基于开放互联网的各种视频及数据服务业务，强调服务与物理网络的无关性)相关产品的质量保证工作越来越艰难，需要时时购买市场上最新的智能产品，保证主流产品均在测试范围内，需要安排很多测试人员不停的对现有智能设备进行手工测试，设备多、测试用例多，使得测试周期比较长，人力成本和时间成本的投入越来越大。
因此，如何减少时间和人力成本，同时解决修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象，是一项亟待解决的问题。
技术实现要素：
有鉴于此，本申请提供了一种测试方法，能够在测试时，减少时间和人力成本，同时解决修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
本申请提供了一种测试方法，所述方法包括：
在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
采用人力手动测试进行新功能的深度自由测试；
采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中所述自动化遍历测试每日完成一次；
在每一轮测试的最后一天进行组内交叉测试。
优选地，在自动化遍历测试前，还包括：
书写自动化测试用例；
录制自动化脚本。
优选地，所述方法还包括：
对书写完的所述自动化测试用例进行评审。
优选地，所述录制的自动化脚本包括：测试环境的脚本和生产环境的脚本。
一种测试系统，包括：
全设备遍历测试模块，用于在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
第一测试模块，用于采用人力手动测试进行新功能的深度自由测试；
第二测试模块，用于采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中所述自动化遍历测试每日完成一次；
交叉测试模块，用于在每一轮测试的最后一天进行组内交叉测试。
优选地，所述系统还包括：
书写模块，用于在自动化遍历测试前，书写自动化测试用例；
录制模块，用于录制自动化脚本。
优选地，所述系统还包括：
评审模块，用于对书写完的所述自动化测试用例进行评审。
优选地，所述录制的自动化脚本包括：测试环境的脚本和生产环境的脚本。
综上所述，本申请公开了一种测试方法，当需要进行测试时，在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮，然后采用人力手动测试进行新功能的深度自由测试，采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次，在每一轮测试的最后一天进行组内交叉测试。本申请能够在测试时，减少时间和人力成本，同时解决修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请公开的一种测试方法实施例1的流程图；
图2为本申请公开的一种测试方法实施例2的流程图；
图3为本申请公开的一种测试系统实施例1的结构示意图；
图4为本申请公开的一种测试系统实施例2的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如图1所示，为本申请公开的一种测试方法实施例1的流程图，所述方法可以包括以下步骤：
s101、在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
当需要进行测试时，定义“轮”的概念，轮，即轮次的意思，比如在整个迭代中要做几轮测试。一个完整的测试迭代共分为三个阶段：全功能测试阶段、系统测试阶段、封板测试阶段。其中全功能测试在测试环境中进行，系统测试和封板测试在生产环境中进行。在整个测试迭代中，全部测试设备共完成六轮的测试覆盖，包括功能及兼容测试。其中，全功能测试阶段覆盖三轮，系统测试阶段覆盖两轮，封板测试阶段覆盖一轮。
s102、采用人力手动测试进行新功能的深度自由测试；
采用人力手动测试进行新功能的深度自由测试，手工测试侧重于新功能模块，以及侧重于自由、深度测试。
s103、采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次；
采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，自动化测试侧重于既有功能模块，自动化测试侧重于回归遍历测试，自动化测试以功能为基础进行遍历测试，即在进行兼容测试的同时完成基础功能的走查。
s104、在每一轮测试的最后一天进行组内交叉测试。
在每一轮测试的最后一天进行组内交叉测试，交叉测试主要起到查漏补缺的作用，因产品的模块较多，避免负责当前模块的测试人员出现问题遗漏，故需要进行交叉测试。在整个测试周期共完成五轮的交叉测试，时间安排在每轮的最后一天进行。
综上所述，在上述实施例中，当需要进行测试时，在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮，然后采用人力手动测试进行新功能的深度自由测试，采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次，在每一轮测试的最后一天进行组内交叉测试。本申请能够在测试时，减少时间和人力成本，同时解决修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
如图2所示，为本申请公开的一种测试方法实施例2的流程图，所述方法可以包括以下步骤：
s201、在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
当需要进行测试时，定义“轮”的概念，轮，即轮次的意思，比如在整个迭代中要做几轮测试。一个完整的测试迭代共分为三个阶段：全功能测试阶段、系统测试阶段、封板测试阶段。其中全功能测试在测试环境中进行，系统测试和封板测试在生产环境中进行。在整个测试迭代中，全部测试设备共完成六轮的测试覆盖，包括功能及兼容测试。其中，全功能测试阶段覆盖三轮，系统测试阶段覆盖两轮，封板测试阶段覆盖一轮。
s202、采用人力手动测试进行新功能的深度自由测试；
采用人力手动测试进行新功能的深度自由测试，手工测试侧重于新功能模块，以及侧重于自由、深度测试。
s203、书写自动化测试用例；
在自动化遍历测试前，需要提前完成测试用例的设计、书写，书写自动化测试用例是辅助步骤。
s204、对书写完的自动化测试用例进行评审；
书写完的自动化测试用例需要进行评审，以便达到最优路径，减少后续脚本的执行时间成本。
s205、录制自动化脚本；
书写自动化测试用例是为了更快的录制自动化脚本，更好的设计测试场景，当出现问题时，能更方便快速的定位问题，录制自动化脚本是准备步骤。
s206、采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次；
采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，自动化测试侧重于既有功能模块，自动化测试侧重于回归遍历测试，自动化测试以功能为基础进行遍历测试，即在进行兼容测试的同时完成基础功能的走查。
s207、在每一轮测试的最后一天进行组内交叉测试。
在每一轮测试的最后一天进行组内交叉测试，交叉测试主要起到查漏补缺的作用，因产品的模块较多，避免负责当前模块的测试人员出现问题遗漏，故需要进行交叉测试。在整个测试周期共完成五轮的交叉测试，时间安排在每轮的最后一天进行。
综上所述，在上述实施例中，在整个迭代中，完成六轮次的设备覆盖，手动深度自由测试和自动化遍历测试相结合，每日进行自动化遍历测试，每轮的最后一天进行模块交叉测试，减少了时间和人力成本，同时解决了修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
如图3所示，为本申请公开的一种测试系统实施例1的结构示意图，所述系统可以包括：
全设备遍历测试模块301，用于在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
当需要进行测试时，定义“轮”的概念，轮，即轮次的意思，比如在整个迭代中要做几轮测试。一个完整的测试迭代共分为三个阶段：全功能测试阶段、系统测试阶段、封板测试阶段。其中全功能测试在测试环境中进行，系统测试和封板测试在生产环境中进行。在整个测试迭代中，全部测试设备共完成六轮的测试覆盖，包括功能及兼容测试。其中，全功能测试阶段覆盖三轮，系统测试阶段覆盖两轮，封板测试阶段覆盖一轮。
第一测试模块302，用于采用人力手动测试进行新功能的深度自由测试；
采用人力手动测试进行新功能的深度自由测试，手工测试侧重于新功能模块，以及侧重于自由、深度测试。
第二测试模块303，用于采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次；
采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，自动化测试侧重于既有功能模块，自动化测试侧重于回归遍历测试，自动化测试以功能为基础进行遍历测试，即在进行兼容测试的同时完成基础功能的走查。
交叉测试模块304，用于在每一轮测试的最后一天进行组内交叉测试。
在每一轮测试的最后一天进行组内交叉测试，交叉测试主要起到查漏补缺的作用，因产品的模块较多，避免负责当前模块的测试人员出现问题遗漏，故需要进行交叉测试。在整个测试周期共完成五轮的交叉测试，时间安排在每轮的最后一天进行。
综上所述，在上述实施例中，当需要进行测试时，在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮，然后采用人力手动测试进行新功能的深度自由测试，采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次，在每一轮测试的最后一天进行组内交叉测试。本申请能够在测试时，减少时间和人力成本，同时解决修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
如图4所示，为本申请公开的一种测试系统实施例2的结构示意图，所述系统可以包括：
全设备遍历测试模块401，用于在整个测试周期中，完成六轮的全设备遍历测试，其中，全功能测试阶段完成三轮、系统测试阶段完成两轮、封板测试阶段完成一轮；
当需要进行测试时，定义“轮”的概念，轮，即轮次的意思，比如在整个迭代中要做几轮测试。一个完整的测试迭代共分为三个阶段：全功能测试阶段、系统测试阶段、封板测试阶段。其中全功能测试在测试环境中进行，系统测试和封板测试在生产环境中进行。在整个测试迭代中，全部测试设备共完成六轮的测试覆盖，包括功能及兼容测试。其中，全功能测试阶段覆盖三轮，系统测试阶段覆盖两轮，封板测试阶段覆盖一轮。
第一测试模块402，用于采用人力手动测试进行新功能的深度自由测试；
采用人力手动测试进行新功能的深度自由测试，手工测试侧重于新功能模块，以及侧重于自由、深度测试。
书写模块403，用于书写自动化测试用例；
在自动化遍历测试前，需要提前完成测试用例的设计、书写，书写自动化测试用例是辅助步骤。
评审模块404，用于对书写完的自动化测试用例进行评审；
书写完的自动化测试用例需要进行评审，以便达到最优路径，减少后续脚本的执行时间成本。
录制模块405，用于录制自动化脚本；
书写自动化测试用例是为了更快的录制自动化脚本，更好的设计测试场景，当出现问题时，能更方便快速的定位问题，录制自动化脚本是准备步骤。
第二测试模块406，用于采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，其中自动化遍历测试每日完成一次；
采用自动化遍历测试进行过往模块的回归测试以及新功能的基础遍历测试，自动化测试侧重于既有功能模块，自动化测试侧重于回归遍历测试，自动化测试以功能为基础进行遍历测试，即在进行兼容测试的同时完成基础功能的走查。
交叉测试模块407，用于在每一轮测试的最后一天进行组内交叉测试。
在每一轮测试的最后一天进行组内交叉测试，交叉测试主要起到查漏补缺的作用，因产品的模块较多，避免负责当前模块的测试人员出现问题遗漏，故需要进行交叉测试。在整个测试周期共完成五轮的交叉测试，时间安排在每轮的最后一天进行。
综上所述，在上述实施例中，在整个迭代中，完成六轮次的设备覆盖，手动深度自由测试和自动化遍历测试相结合，每日进行自动化遍历测试，每轮的最后一天进行模块交叉测试，减少了时间和人力成本，同时解决了修改旧问题而引入新问题未被及时发现，从而导致测试周期变长的现象。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。