本申请公开了一种软件版本的测试方法及装置、存储介质和处理器。该方法包括：设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；按照测试规划对软件版本的每个编译版本进行测试。通过本申请，解决了相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。问题。问题。
【技术实现步骤摘要】
软件版本的测试方法及装置、存储介质和处理器
[0001]本申请涉及软件版本测试
，具体而言，涉及一种软件版本的测试方法及装置、存储介质和处理器。
技术介绍
[0002]复杂软件系统，代码量少则几十万行、百万行，多者超过千万行，且软件架构体系是多层级的，其内在应用的逻辑也十分复杂。由于新增的功能或每次代码修改都可能导致系统发生回退，所以如果不能及时发现每个编译版本产生的回退，而是在系统测试时才发现，这样会导致需要更多的测试资源的情况的发生，也会导致修复成本的升高，修复时间的加长，发布计划不可控、产品发布延期等情况的出现也会成为常态。例如，当对手机的某个软件的功能进行更新后，发现更新后的软件功能不如之前未更新时的功能好用，这种情况则称为回退。
[0003]针对上述情况，相关技术中，一些规范的软件企业，在开发复杂软件时都尝试每日构建(Daily Build、Night Bulid)的方式对软件版本进行测试，每日构建即为每日编译、打包的软件产品，且它是每日测试(Dialy Test)的基础，也是每日自动化测试的基础，但是目前相当多的软件企业还没有达到每日构建的程度。目前软件企业的日常测试大部分是基于测试用例的测试方法或自由测试，即大多数用户依据回归测试的基本概念，采用自由测试、零星的抽样测试、自动化测试、冒烟测试等测试方法，但这些针对每日编译版本的测试方法只是一种朴素的安排，并没有系统的组织思路，测试时的覆盖也有一定的随机性，且会出现遗漏的情况，所以采用这些方法并不能稳定地构建产品质量基线，也不能保障开发过程的质量稳步向前。另外，上述的冒烟测试是一种初步测试，只是对软件系统的基本功能进行简单的测试，主要确认新的版本是否存在致命性bug，主要功能是否可以正常运行，并没有提出具体的测试方法；回归测试又称回退测试，是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
[0004]针对相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题，目前尚未提出有效的解决方案。
技术实现思路
[0005]本申请的主要目的在于提供一种软件版本的测试方法及装置、存储介质和处理器，以解决相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。
[0006]为了实现上述目的，根据本申请的一个方面，提供了一种软件版本的测试方法。该方法包括：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编
译版本进行测试。
[0007]进一步地，依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
[0008]进一步地，在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
[0009]进一步地，对所述待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
[0010]进一步地，所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
[0011]进一步地，所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
[0012]为了实现上述目的，根据本申请的另一方面，提供了一种软件版本的测试装置。该装置包括：第一设置单元，用于设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；第一确定单元，用于根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；第二确定单元，用于依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；第一测试单元，用于按照所述测试规划对所述软件版本的每个编译版本进行测试。
[0013]进一步地，所述第二确定单元包括：第一建立模块，用于依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；第一划分模块，用于对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
[0014]进一步地，所述装置还包括：第一接收单元，用于在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；第一处理单元，用于若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；第二处理单元，用于若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
[0015]进一步地，所述第一划分模块包括：第一确定子模块，用于若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；第二确定子模块，用于
若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；第三确定子模块，用于若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
[0016]进一步地，所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
[0017]进一步地，所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
[0018]为了实现上述目的，根据本申请的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述的任意一项所述的软件版本的测试方法。
[0019]为了实本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种软件版本的测试方法，其特征在于，包括：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编译版本进行测试。2.根据权利要求1所述的方法，其特征在于，依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。3.根据权利要求1所述的方法，其特征在于，在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。4.根据权利要求2所述的方法，其特征在于，对所述待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。5.根据权利要求4所述的方法，其特征在...
【专利技术属性】
技术研发人员：鞠珍宏，刘爱军，
申请(专利权)人：北京数码大方科技股份有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。