[发明专利]软件版本的测试方法及装置、存储介质和处理器

说明书

本申请公开了一种软件版本的测试方法及装置、存储介质和处理器。该方法包括：设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；按照测试规划对软件版本的每个编译版本进行测试。通过本申请，解决了相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。

技术领域

本申请涉及软件版本测试技术领域，具体而言，涉及一种软件版本的测试方法及装置、存储介质和处理器。

背景技术

复杂软件系统，代码量少则几十万行、百万行，多者超过千万行，且软件架构体系是多层级的，其内在应用的逻辑也十分复杂。由于新增的功能或每次代码修改都可能导致系统发生回退，所以如果不能及时发现每个编译版本产生的回退，而是在系统测试时才发现，这样会导致需要更多的测试资源的情况的发生，也会导致修复成本的升高，修复时间的加长，发布计划不可控、产品发布延期等情况的出现也会成为常态。例如，当对手机的某个软件的功能进行更新后，发现更新后的软件功能不如之前未更新时的功能好用，这种情况则称为回退。

针对上述情况，相关技术中，一些规范的软件企业，在开发复杂软件时都尝试每日构建(Daily Build、Night Bulid)的方式对软件版本进行测试，每日构建即为每日编译、打包的软件产品，且它是每日测试(Dialy Test)的基础，也是每日自动化测试的基础，但是目前相当多的软件企业还没有达到每日构建的程度。目前软件企业的日常测试大部分是基于测试用例的测试方法或自由测试，即大多数用户依据回归测试的基本概念，采用自由测试、零星的抽样测试、自动化测试、冒烟测试等测试方法，但这些针对每日编译版本的测试方法只是一种朴素的安排，并没有系统的组织思路，测试时的覆盖也有一定的随机性，且会出现遗漏的情况，所以采用这些方法并不能稳定地构建产品质量基线，也不能保障开发过程的质量稳步向前。另外，上述的冒烟测试是一种初步测试，只是对软件系统的基本功能进行简单的测试，主要确认新的版本是否存在致命性bug，主要功能是否可以正常运行，并没有提出具体的测试方法；回归测试又称回退测试，是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。

针对相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种软件版本的测试方法及装置、存储介质和处理器，以解决相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种软件版本的测试方法。该方法包括：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编译版本进行测试。

进一步地，依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。

进一步地，在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。