软件版本的测试方法及装置、存储介质和处理器与流程

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


背景技术：

2.复杂软件系统，代码量少则几十万行、百万行，多者超过千万行，且软件架构体系是多层级的，其内在应用的逻辑也十分复杂。由于新增的功能或每次代码修改都可能导致系统发生回退，所以如果不能及时发现每个编译版本产生的回退，而是在系统测试时才发现，这样会导致需要更多的测试资源的情况的发生，也会导致修复成本的升高，修复时间的加长，发布计划不可控、产品发布延期等情况的出现也会成为常态。例如，当对手机的某个软件的功能进行更新后，发现更新后的软件功能不如之前未更新时的功能好用，这种情况则称为回退。
3.针对上述情况，相关技术中，一些规范的软件企业，在开发复杂软件时都尝试每日构建(daily build、night bulid)的方式对软件版本进行测试，每日构建即为每日编译、打包的软件产品，且它是每日测试(dialy test)的基础，也是每日自动化测试的基础，但是目前相当多的软件企业还没有达到每日构建的程度。目前软件企业的日常测试大部分是基于测试用例的测试方法或自由测试，即大多数用户依据回归测试的基本概念，采用自由测试、零星的抽样测试、自动化测试、冒烟测试等测试方法，但这些针对每日编译版本的测试方法只是一种朴素的安排，并没有系统的组织思路，测试时的覆盖也有一定的随机性，且会出现遗漏的情况，所以采用这些方法并不能稳定地构建产品质量基线，也不能保障开发过程的质量稳步向前。另外，上述的冒烟测试是一种初步测试，只是对软件系统的基本功能进行简单的测试，主要确认新的版本是否存在致命性bug，主要功能是否可以正常运行，并没有提出具体的测试方法；回归测试又称回退测试，是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
4.针对相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题，目前尚未提出有效的解决方案。


技术实现要素：

5.本技术的主要目的在于提供一种软件版本的测试方法及装置、存储介质和处理器，以解决相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。
6.为了实现上述目的，根据本技术的一个方面，提供了一种软件版本的测试方法。该方法包括：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编
译版本进行测试。
7.进一步地，依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
8.进一步地，在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
9.进一步地，对所述待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
10.进一步地，所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
11.进一步地，所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
12.为了实现上述目的，根据本技术的另一方面，提供了一种软件版本的测试装置。该装置包括：第一设置单元，用于设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；第一确定单元，用于根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；第二确定单元，用于依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；第一测试单元，用于按照所述测试规划对所述软件版本的每个编译版本进行测试。
13.进一步地，所述第二确定单元包括：第一建立模块，用于依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；第一划分模块，用于对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
14.进一步地，所述装置还包括：第一接收单元，用于在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；第一处理单元，用于若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；第二处理单元，用于若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
15.进一步地，所述第一划分模块包括：第一确定子模块，用于若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；第二确定子模块，用于
若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；第三确定子模块，用于若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
16.进一步地，所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
17.进一步地，所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
18.为了实现上述目的，根据本技术的另一方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述的任意一项所述的软件版本的测试方法。
19.为了实现上述目的，根据本技术的另一方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序执行上述的任意一项所述的软件版本的测试方法。
20.通过本技术，采用以下步骤：设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；按照测试规划对软件版本的每个编译版本进行测试，解决了相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。通过根据后墙标准和后墙验证清单，建立测试规划，并按照测试规划对软件版本的每个编译版本进行测试，从而可以及时发现每个编译版本的错误信息，并保障产品开发质量，进而达到了缩短软件开发时间，提升软件开发效率的效果。
附图说明
21.构成本技术的一部分的附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
22.图1是根据本技术实施例提供的软件版本的测试方法的流程图；
23.图2是本技术实施例中的后墙组织的示意图；
24.图3是本技术实施例中的设定的后墙标准的示意图；
25.图4是根据本技术实施例提供的可选的软件版本的测试方法的流程图；
26.图5是根据本技术实施例提供的软件版本的测试装置的示意图。
具体实施方式
27.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
28.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
29.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
30.下面结合优选的实施步骤对本发明进行说明，图1是根据本技术实施例提供的软件版本的测试方法的流程图，如图1所示，该方法包括如下步骤：
31.步骤s101，设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准。
32.设定后墙标准即为定义出针对该产品版本的不回退的标准。例如，当对手机的某个软件的功能进行更新后，更新后的软件功能比之前未更新时的功能好用，这种情况则称为不回退。
33.步骤s102，根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表。
34.依据后墙标准，定义出需要对软件版本进行验证的功能的清单列表，即为后墙验证清单。另外，上述的清单列表可以是文档类、表格类、数据库类等，且可以用文件类表达、数据库类表达，也可以是某个软件类的系统表达。
35.步骤s103，依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划。
36.依据后墙验证清单，对软件版本待验证的功能做测试规划，即对后墙验证清单中的所有待验证的功能做测试规划。例如，采用何种方式验证软件版本待验证的功能，或者确定出这些待验证的功能的验证的先后顺序，以上这些都属于软件版本待验证的功能的测试规划。
37.步骤s104，按照测试规划对软件版本的每个编译版本进行测试。
38.依据软件版本的每个待验证的功能的测试规划，对每个编译版本进行后墙测试。另外，需要注意的是，“后墙测试”的概念及实现体系是首次提出的，也是对现有测试方法和概念体系的改进。具体地，后墙测试是指按照保证软件系统不发生针对已有功能产生回退的系统测试方法，形象地参照是“一堵墙”、“一道关”含义，系统定义出后墙标准，形成后墙测试系列方法。也就是说，在软件系统中设定后墙标准，如果每日编译版本达到标准，即功能不会回退、典型流程顺畅、性能不回退，则可以确定出每日编译版本经过后墙测试。
39.通过上述的步骤s101至s104，根据后墙标准和后墙验证清单，建立测试规划，并按照测试规划对软件版本的每个编译版本进行测试，从而可以及时发现每个编译版本的错误信息，并保障产品开发质量，进而达到了缩短软件开发时间，提升软件开发效率的效果。
40.可选地，在本技术实施例提供的软件版本的测试方法中，依据后墙验证清单，确定测试规划包括：依据后墙验证清单，建立后墙测试用例库，其中，后墙测试用例库包括待验证的功能对应的多个测试用例；对待验证的功能对应的多个测试用例进行划分，确定测试规划。
41.例如，对后墙验证清单中的所有待验证的功能建立测试用例，即确定出所有待验
证的功能的测试策略。将多个测试用例组合在一起，形成后墙测试用例库。对后墙测试用例库中的多个测试用例进行划分，得到测试规划。
42.通过上述的方案，依据所有待验证的功能的清单可以便捷的确定测试规划。
43.可选地，在本技术实施例提供的软件版本的测试方法中，在按照测试规划对软件版本的每个编译版本进行测试之后，该方法还包括：接收测试结果，其中，测试结果为对软件版本的每个编译版本进行测试的结果；若测试结果表征目标编译版本中有错误信息，则将错误信息存储到目标系统中，并发送需要解决错误信息的警示信息；若测试结果表征目标编译版本中没有错误信息，则表示目标编译版本通过测试。
44.例如，在按照测试规划对软件版本的每个编译版本进行测试之后，系统可以自动获得到后墙测试结果，后墙测试结果即为对软件版本的每个编译版本进行测试的结果。如果测试结果为某个编译版本中有错误信息，则将错误信息登录到bug管理系统中，并发送需要解决错误信息的警示信息，提醒开发者回退bug应优先解决。如果测试结果为编译版本中没有错误信息，则表示此编译版本通过测试。
45.通过上述的方案，根据获得的对软件版本的每个编译版本进行测试的结果，可以及时发现编译版本产品的错误信息及回退的错误信息，从而可以保障产品开发过程质量基线，进而缩短了开发时间，同时并提高了开发效率。
46.可选地，在本技术实施例提供的软件版本的测试方法中，对待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若测试用例为第一类型的测试用例，则确定测试规划中的测试方式为自动化测试；若测试用例为第二类型的测试用例，则确定测试规划中的测试方式为专业工具测试；若测试用例为第三类型的测试用例，则确定测试规划中的测试方式为人工测试。
47.如图2所示，根据对测试用例库中的测试用例进行划分，即进行后墙测试组织，可以确定出对每种类型的测试用例的测试规划中的测试方式。例如，如果测试用例为第一类型的测试用例，则采用自动化测试的方式；如果测试用例为第二类型的测试用例，则采用专业工具测试的方式；如果测试用例为第三类型的测试用例，则采用人工测试的方式。
48.综上所述，对不同的测试用例应用不同的测试方式，从而可以提升测试效率及结果的准确性。
49.可选地，在本技术实施例提供的软件版本的测试方法中，第一类型的测试用例是指测试用例的操作复杂度小于预设复杂度，或者测试用例的使用频率大于预设频率；第二类型的测试用例是指对软件版本的性能数据进行测试的用例；第三类型的测试用例是后墙测试用例库中除去第一类型的测试用例以及第二类型的测试用例之外的测试用例。
50.例如，上述第一类型的测试用例可以是操作简单或者需要进行重复测试的测试用例；第二类型的测试用例可以是性能数据的测试用例；第三类型的测试用例可以是除上述两种测试用例之外的测试用例，或者是准备测试程序的工作量较大，但导致综合效率不高的用例。
51.综上所述，通过对测试用例进行分类，可以提升测试效率。
52.可选地，在本技术实施例提供的软件版本的测试方法中，后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
53.如图3所示，后墙标准可以包括：功能不回退、性能不回退、稳定性不回退等。不回
退的标准需要到具体子项，并定义出子项的具体内容。具体后墙子项定义标准如下：(1)功能不回退：产品手册明确定义的功能能实现操作，未产生回退；各个版本发布规格点，未产生回退；(2)典型流程不回退：定义常见用户流程，采用基于用户数据、操作方法验证，未产生回退；(3)已经解决bug不回退：历届版本存储bug、流程bug、以及严重级别bug没有产生回退；(4)性能不回退：高频交互操作点性能，关注的特定操作性能指标没有产生回退；(5)稳定性不回退：之前版本中曾经出现系统崩溃、宕机bug未重现。
54.综上所述，通过将标准进行细分，从而可以提升测试结果的准确性，进而可以保证开发过程中质量基线不回退。
55.可选的软件版本的测试方法的示意图，如图4所示。首先设定后墙标准，然后建立后墙验证清单和后墙测试用例库，再进行后墙测试组织，即为确定测试规划的过程，之后进行后墙测试执行，即按照测试规划，执行自动化测试、专业工具测试和人工测试，最后进行后墙测试结果汇报，并将测试结果登录到bug管理系统中，同时提醒开发者回退bug优先解决。惯例化执行即为在软件开发周期内，每一个编译版本，按照后墙测试组织，执行后墙测试，汇报测试结果的过程。所以，每一个编译产品版本，在通过了后墙测试之后，可以及时发现和修正回退bug，从而可以保证开发过程中质量基线不回退。
56.本技术实施例提供的软件版本的测试方法，通过设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；按照测试规划对软件版本的每个编译版本进行测试，解决了相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。通过根据后墙标准和后墙验证清单，建立测试规划，并按照测试规划对软件版本的每个编译版本进行测试，从而可以及时发现每个编译版本的错误信息，并保障产品开发质量，进而达到了缩短软件开发时间，提升软件开发效率的效果。
57.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
58.本技术实施例还提供了一种软件版本的测试装置，需要说明的是，本技术实施例的软件版本的测试装置可以用于执行本技术实施例所提供的用于软件版本的测试方法。以下对本技术实施例提供的软件版本的测试装置进行介绍。
59.图5是根据本技术实施例的软件版本的测试装置的示意图。如图5所示，该装置包括：第一设置单元501、第一确定单元502、第二确定单元503和第一测试单元504。
60.具体地，第一设置单元501，用于设定软件版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；
61.第一确定单元502，用于根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；
62.第二确定单元503，用于依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；
63.第一测试单元504，用于按照测试规划对软件版本的每个编译版本进行测试。
64.综上，本技术实施例提供的软件版本的测试装置，通过第一设置单元501设定软件
版本的后墙标准，其中，后墙标准为软件版本的不回退的标准；第一确定单元502根据后墙标准，确定后墙验证清单，其中，后墙验证清单为对软件版本待验证的功能的清单列表；第二确定单元503依据后墙验证清单，确定测试规划，其中，测试规划为对软件版本待验证的功能进行测试的规划；第一测试单元504按照测试规划对软件版本的每个编译版本进行测试，解决了相关技术中在开发复杂软件时难以及时发现每个编译版本的错误信息，导致软件开发效率较低的问题。通过根据后墙标准和后墙验证清单，建立测试规划，并按照测试规划对软件版本的每个编译版本进行测试，从而可以及时发现每个编译版本的错误信息，并保障产品开发质量，进而达到了缩短软件开发时间，提升软件开发效率的效果。
65.可选地，在本技术实施例提供的软件版本的测试装置中，第二确定单元包括：第一建立模块，用于依据后墙验证清单，建立后墙测试用例库，其中，后墙测试用例库包括待验证的功能对应的多个测试用例；第一划分模块，用于对待验证的功能对应的多个测试用例进行划分，确定测试规划。
66.可选地，在本技术实施例提供的软件版本的测试装置中，该装置还包括：第一接收单元，用于在按照测试规划对软件版本的每个编译版本进行测试之后，接收测试结果，其中，测试结果为对软件版本的每个编译版本进行测试的结果；第一处理单元，用于若测试结果表征目标编译版本中有错误信息，则将错误信息存储到目标系统中，并发送需要解决错误信息的警示信息；第二处理单元，用于若测试结果表征目标编译版本中没有错误信息，则表示目标编译版本通过测试。
67.可选地，在本技术实施例提供的软件版本的测试装置中，第一划分模块包括：第一确定子模块，用于若测试用例为第一类型的测试用例，则确定测试规划中的测试方式为自动化测试；第二确定子模块，用于若测试用例为第二类型的测试用例，则确定测试规划中的测试方式为专业工具测试；第三确定子模块，用于若测试用例为第三类型的测试用例，则确定测试规划中的测试方式为人工测试。
68.可选地，在本技术实施例提供的软件版本的测试装置中，第一类型的测试用例是指测试用例的操作复杂度小于预设复杂度，或者测试用例的使用频率大于预设频率；第二类型的测试用例是指对软件版本的性能数据进行测试的用例；第三类型的测试用例是后墙测试用例库中除去第一类型的测试用例以及第二类型的测试用例之外的测试用例。
69.可选地，在本技术实施例提供的软件版本的测试装置中，后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
70.所述软件版本的测试装置包括处理器和存储器，上述第一设置单元501、第一确定单元502、第二确定单元503和第一测试单元504等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
71.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来提升软件开发效率。
72.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
73.本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述软件版本的测试方法。
74.本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述软件版本的测试方法。
75.本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编译版本进行测试。
76.处理器执行程序时还实现以下步骤：依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
77.处理器执行程序时还实现以下步骤：在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
78.处理器执行程序时还实现以下步骤：对所述待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
79.处理器执行程序时还实现以下步骤：所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
80.处理器执行程序时还实现以下步骤：所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。本文中的设备可以是服务器、pc、pad、手机等。
81.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：设定软件版本的后墙标准，其中，所述后墙标准为所述软件版本的不回退的标准；根据所述后墙标准，确定后墙验证清单，其中，所述后墙验证清单为对所述软件版本待验证的功能的清单列表；依据所述后墙验证清单，确定测试规划，其中，所述测试规划为对所述软件版本待验证的功能进行测试的规划；按照所述测试规划对所述软件版本的每个编译版本进行测试。
82.当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：依据所述后墙验证清单，确定测试规划包括：依据所述后墙验证清单，建立后墙测试用例库，其中，所述后墙测试用例库包括所述待验证的功能对应的多个测试用例；对所述待验证的功能对应的多个测试用例进行划分，确定测试规划。
83.当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：在按照所述测试规划对所述软件版本的每个编译版本进行测试之后，所述方法还包括：接收测试结果，其中，所述测试结果为对所述软件版本的每个编译版本进行测试的结果；若所述测试结果表征目标编译版本中有错误信息，则将所述错误信息存储到目标系统中，并发送需要解决所述错误信息的警示信息；若所述测试结果表征目标编译版本中没有错误信息，则表示所述目标编译版本通过测试。
84.当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：对所述待验证的功能对应的多个测试用例进行划分，确定测试规划包括：若所述测试用例为第一类型的测试用例，则确定所述测试规划中的测试方式为自动化测试；若所述测试用例为第二类型的测试用例，则确定所述测试规划中的测试方式为专业工具测试；若所述测试用例为第三类型的测试用例，则确定所述测试规划中的测试方式为人工测试。
85.当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：所述第一类型的测试用例是指所述测试用例的操作复杂度小于预设复杂度，或者所述测试用例的使用频率大于预设频率；所述第二类型的测试用例是指对所述软件版本的性能数据进行测试的用例；所述第三类型的测试用例是所述后墙测试用例库中除去所述第一类型的测试用例以及所述第二类型的测试用例之外的测试用例。
86.当在数据处理设备上执行时，还适于执行初始化有如下方法步骤的程序：所述后墙标准中至少包括：功能不回退标准、性能不回退标准和稳定性不回退标准。
87.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
88.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
89.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
90.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
91.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
92.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。存储器是计算机可读介质的示例。
93.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
94.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
95.本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
96.以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。