一种软件测试申请单的生成方法和装置

本发明涉及软件技术领域，尤其涉及一种软件测试申请单的生成方法 和装置。

在软件技术领域，当软件开发人员开发出一个新的软件时，或者对一 个已有的软件进行了更新时，均需要对新生成的软件版本进行测试。软件 测试工作是由专门的软件测试工程师完成的，因此，软件开发人员在需要 对新生成的软件版本进行测试时，需要填写一个软件测试申请单。

现有技术中，通常采用如下方案生成软件测试申请单：首先，预先在 服务器中存储有针对多个机型的软件测试申请单的模板文件。之后，当某 一机型的某一软件版本需要进行测试时，先读取是否存储有对应该机型的 软件测试申请单的模板文件，如果有则打开该模板文件，如果没有就打开 其他模板文件或空白模板文件，之后由软件开发人员对打开的模板文件进 行编辑填写，以得到软件测试申请单。

在上述的方案中，每个模板中均存储有软件测试申请单所有字段的数 据，其中，对于多个模板中可能存在相同的部分，示例的，模板A中存储 的部分数据与模板B中存储的部分数据相同，此时，该部分数据就在模板 A和模板B中重复存储，也即导致很多数据冗余，进而造成了存储空间的 浪费。

本发明实施例提供了一种软件测试申请单的生成方法和装置，用以降 低生成软件测试申请单时用于被调用的数据出现冗余的几率，进而降低存 储空间浪费的几率。

一方面，本发明实施例提供了一种软件测试申请单的生成方法，包括：

接收终端设备发送的申请单生成请求，申请单生成请求用于指示待测 试方案、待测试机型以及待测试软件版本；

获取申请单生成请求所指示的待测试软件版本的配置数据，并将待测 试软件版本的配置数据发送给终端设备；

从数据库的表单中查询与申请单生成请求所指示的待测试方案和待 测试机型匹配度最高的最优记录，读取并向终端设备发送最优记录中的数 据内容，数据库用于存储至少两个表单，每个表单包括软件测试申请单中 的部分字段，且不同表单包含的且属于软件测试申请单的字段不相同，每 个表单中无重复记录；

获取终端设备发送的针对第一软件测试申请单的更新数据，第一软件 测试申请单为用于包含读取的数据、且未完成的软件测试申请单，以得到 第二软件测试申请单，第二软件测试申请单为被更新数据更新后的第一软 件测试申请单。

另一方面，本发明实施例还提供了一种软件测试申请单的生成装置， 包括：

接收模块，用于接收终端设备发送的申请单生成请求，申请单生成请 求用于指示待测试方案、待测试机型以及待测试软件版本；

获取模块，用于获取申请单生成请求所指示的待测试软件版本的配置 数据；

读取模块，用于从数据库的表单中查询与申请单生成请求所指示的待 测试方案和待测试机型匹配度最高的最优记录，读取最优记录中的数据内 容，数据库用于存储至少两个表单，每个表单包括软件测试申请单中的部 分字段，且不同表单包含的且属于软件测试申请单的字段不相同，每个表 单中无重复记录；

发送模块，用于将待测试软件版本的配置数据以及最优记录中的数据 内容发送给终端设备；

申请单生成模块，用于获取终端设备发送的针对第一软件测试申请单 的更新数据，第一软件测试申请单为用于包含读取的数据、且未完成的软 件测试申请单，以得到第二软件测试申请单，第二软件测试申请单为被 所述更新数据更新后的第一软件测试申请单。

本发明实施例提供的软件测试申请单的生成方法和装置，由于将软件 测试申请单分成多个表单进行存储，那么当不同的软件测试申请单中存在 重复的数据内容时，若在一个表单中仅包含这些重复的数据内容，则在该 表单中可以仅用一条记录保存这些重复的数据内容，因此能够降低生成软 件测试申请单时用于被调用的数据出现冗余的几率，进而降低存储空间浪 费的几率。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将 对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见 地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技 术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得 其他的附图。

图1为本发明实施例提供的申请测试软件版本所基于的系统架构图；

图2为本发明实施例提供的一种软件测试申请单的生成方法流程图；

图3为本发明实施例提供的软件测试申请单的生成方法中步骤S103 的流程图；

图4为本发明实施例提供的另一种软件测试申请单的生成方法流程 图；

图5为本发明实施例提供的一种软件测试申请单的生成装置框图。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案 进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实 施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术 人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本 发明保护的范围。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例 中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或 相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并 不对数量和执行次序进行限定。

当需要对一新的软件版本(可以是初始软件版本、也可以是已有软 件的更新版本)进行测试时，一般需要软件开发人员提交针对该新的软 件版本的软件测试申请单。

参考图1所示，为本发明实施例提供的申请测试软件版本所基于的 系统架构图。可选的，各终端设备11上可以安装有一应用软件，例如可 以称为软件测试申请管理系统，用户A(可以是软件开发人员)在终端 没备11a上打开并登陆该软件测试申请管理系统，并使用该软件测试申 请管理系统提交软件测试申请单，此时用户A提交的软件测试申请单会 保存在服务器12中；之后，用户B(可以是软件测试人员)在终端设备 11b上打开并登陆该软件测试申请管理系统，通过该软件测试申请管理系 统从服务器12中读取用户A提交的软件测试申请单。其中，终端设备 11a和终端设备11b可以分别是两台设备、也可以是同一台设备。

又可选的，服务器12可以是web服务器，用于提供网页编辑平台。 用户A(可以是软件开发人员)可以在终端设备11a上访问并登陆该网页 编辑平台，并使用该网页编辑平台提交软件测试申请单，此时用户A提 交的软件测试申请单会保存在服务器12中；之后，用户B(可以是软件 测试人员)在终端设备11b上访问并登陆该网页编辑平台，并使用该网 页编辑平台从服务器12中读取用户A提交的软件测试申请单。同样的， 终端设备11a和终端设备11b可以分别是两台设备、也可以是同一台设 备。

需要说明的是，上述的终端设备11可以是可联网的终端，具体可以 是：计算机、手机、平板电脑、笔记本电脑、UMPC(Ultra-mobilePersonal Computer，超级移动个人计算机)、上网本、PDA(PersonalDigital Assistant，个人数字助理)等终端设备。

上述用户提交软件测试申请单的过程大致如下：用户A在终端设备 11a上向服务器12发出申请单生成请求；服务器12根据该申请单生成请 求调用存储的数据，并生成包含这些数据的第一软件测试申请单，该第 一软件测试申请单可在终端设备11a的屏幕上显示，其中，该第一软件 测试申请单是指未完成的申请单，即未被用户A确认提交的申请单；用 户可以在终端设备11a上对第一软件测试申请单进行编辑后(可以包括 填写、修改等操作中的至少一种)，确认向服务器12提交编辑后的第一 软件测试申请单，此时，服务器12得到编辑后的第一软件测试申请单中 的数据，也即得到第二软件测试申请单。通常，第二软件测试申请单和 需要测试的软件版本可以一起存储于服务器的版本文件文件夹中。

为了更加清楚的介绍上述过程，本发明提供了多个实施例。

实施例一

结合附图1，本发明实施例提供了一种软件测试申请单的生成方法， 该生成方法中各个步骤的执行主语可以是服务器12、也可以是服务器12 中的硬件模块或功能模块，在此不加限定。

示例的，软件测试申请单中可以包含如下字段：机型、方案、版本号、 项目阶段、测试类别、缺陷库地址、缺陷库中机器型号、申请人、电话、 邮件发送人员、版本获取路径、版本变更点、影响范围、测试建议、升级 方法、代码分支、源码标签(也可称为源码tag)、编译环境、release_note (版本变更说明)等。

机型：即产品名称，由一组字母和数字以一定的规律组成。

方案：对一系列机型产品研发制定的具体规划。

版本号：版本的标识号。

项目阶段：一个项目从概念到完成所经过的各个阶段，包含：草样机 设计阶段、设计放行阶段、生产放行阶段、上市放行阶段、批量阶段等。

测试类别：在项目开发流程中循序渐进进行的测试，包括草样机测试、 系统测试、验收测试等。

缺陷库地址：对软件缺陷生命周期进行管理的系统地址。

缺陷库中机器型号：产品名称在缺陷库中所采用的名称。

申请人：提交测试申请的开发人员。

电话：提交测试申请开发人员的。

邮件发送人员：待测试版本发布需要通知的相关人员，包含测试人员、 开发人员等。

版本获取路径：待测试版本的存放路径。

版本变更点：待测试版本与上个测试版本相比，版本的变更情况，例 如新增功能，问题修复等。

影响范围：待测试版本所做的改动会影响的功能。

测试建议：针对影响范围，对测试人员提出的测试建议。

升级方法：将待测试版本升级到机型对应的产品中的步骤和方法。

代码分支：代码管理的利器，用以区分相似基本代码的不同功能需求。

源码标签：对提交的代码打标签，对工作进度“留影”纪念，方便追 溯源码。

编译环境：由软件工具和环境集成机制构成，用以支持软件开发的相 关过程、活动和任务。

版本变更说明：待测试版本与上个测试版本之间的问题修改记录。

如图2所示，上述的软件测试申请单的生成方法，可以包括：

S101、接收终端设备11a发送的申请单生成请求。

其中，所述申请单生成请求用于指示待测试方案、待测试机型以及待 测试软件版本。待测试软件版本即为需测试的软件版本；待测试软件版本 针对的机型即为待测试机型，也就是说待测试软件版本测试通过后可以应 用于的机型；待测试方案为待测试机型所属的方案。

示例的，用户A在终端设备11a上打开并登陆网页编辑平台，在网页 编辑平台上填写好用于指示待测试方案、待测试机型以及待测试软件版本 的信息后，点击网页编辑平台上生成按钮或下一步按钮，以向服务器12 发送申请单生成请求。

又示例的，用户A可以在终端设备11a上打开并登陆应用软件，在应 用软件中填写好用于指示待测试方案、待测试机型以及待测试软件版本的 信息后，点击应用软件上的生成按钮或下一步按钮，以向服务器12发送 申请单生成请求。

上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软 件版本的信息可以是：待测试方案的标识、待测试机型的标识、以及待测 试软件版本的标识。这里某一对象(称为第一对象)的标识只要可以在与 该第一对象属于同一类型的多个对象中唯一表示该第一对象即可。可选 的，第一对象的标识可以是第一对象的名称、编号、ID(身份标识号)等。 示例的，2个方案的ID分别可以是1、2，其中待测试方案的ID可以是2； 该待测试方案下的机型有5个，其ID分别为1、2、3、4、5，待测试机型 的ID可以为2。其中，待测试软件版本的标识示例的可以是：用于存储该 待测试软件版本的文件夹的名称，即下面提到的版本文件文件夹。其中， 在版本文件文件夹中存储有待测试软件版本，软件版本可以包括一个或者 多个文件，示例的，可以包括u盘升级文件、ota升级文件、贴片升级文 件等，这些文件一般都是二进制文件，文件名称中通常包含有“机型名称”、 “用途”和“日期”等信息。例如：ota升级文件的名称是 LED65K720UC_OTA_20151125.tar.gz；软件版本还包括配置文件，配置文件 中存储有配置数据，配置文件一般是由“机型名称_config”来命名的文本 文件。服务器12中的硬件模块或功能模块，可以根据用户填写的存储该 待测试软件版本的文件夹的名称，查到所述文件夹，进而查到配置文 件，从而获取配置数据。

当然，待测试软件版本的标识示例的也可以是：待测试软件版本的名 称，待测试软件版本可以包括一个或者多个文件，具体的，如上所述。其 中，待测试软件版本的名称可以是其包括的一个或者多个文件的名称，只 要这个文件的名称中包括“机型名称”和“时间”信息即可。服务器12 中的硬件模块或功能模块，可以根据用户填写的待测试软件版本的名称， 查到所述待测试软件版本，进而查到和待测试软件版本在同一文件夹 下的配置文件，从而获取配置数据。

上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软 件版本的信息还可以是：待测试机型的名称、以及待测试软件版本的标识。 这种情况下，需要在服务器中预先保存有待测试机型的名称对应的方案的 标识。从而使得服务器12可以按照待测试机型的名称到对应的方案的 标识。

上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软 件版本的信息还可以是：用于指示待测试软件版本的存放路径。软件版本 的存放路径可以为：方案名称/分支名称/机型名称/版本文件，软件版本可 以存储于版本文件文件夹内。可见，该路径能够体现出方案、机型、和软 件版本。其中，版本文件文件夹可以以时间命名。例如：该路径可以是 MTK5508/K720_3700/LED65K720UC/2015-11-25_09-05-22。

上述的申请单生成请求可以包括用户A所填写的用于指示待测试方 案、待测试机型以及待测试软件版本的信息。

S102、获取所述申请单生成请求所指示的待测试软件版本的配置数 据，并将所述待测试软件版本的配置数据发送给所述终端设备。

由于申请单生成请求中指示出待测试软件版本，那么服务器12就可 以到用于存储软件版本的配置数据的存储空间中，读取到待测试软件版本 的配置数据，该存储空间可以包括服务器12中的任一地址。

为了便于优选的软件版本的配置数据的查，本实施例中优选为：软 件版本的配置数据可以为一版本配置文件的形式，存储于版本文件文件夹 中，这样，当服务器12按照申请单生成请求查到待测试软件版本所在 的版本文件文件夹后，就可以从该版本文件文件夹中获取到对应的版本配 置文件。

其中，软件版本的配置数据所包括的字段为与要测试的软件版本对应 的基础信息，示例可包括：源码tag、release_note、代码分支、申请人、 版本获取路径、版本号；进一步可将源码tag保存为变量。

在现有技术中，获取配置数据时，用户需要进入到存储待测试软件版 本的文件夹中，到对应的配置文件，然后从配置文件中获取配置数据。 而本发明提供的实施例，用户只需在网页编辑平台或者应用软件中填写指 示待测试软件版本的信息，即可获取配置数据，而相关的查、比对等工 作，都由服务器或者服务器中的硬件模块或功能模块执行，相比现有技术， 本发明实施例提供的方案可以快速获取所需数据，减少生成软件测试申请 单所需的时间，提高工作效率。

S103、从数据库的表单中查询与所述申请单生成请求所指示的待测试 方案和待测试机型匹配度最高的最优记录，读取并向所述终端设备发送所 述最优记录中的数据内容。

所述数据库用于存储至少两个表单，每个表单包括软件测试申请单中 的部分字段，且不同表单包含的且属于软件测试申请单的字段不相同，每 个表单中无重复记录。

表单的字段可以是表单的列对应的属性，表单的一条记录可以是表单 中的一行数据。

为便于体现和现有技术中的区别，假设现有技术中存储10个软件测 试申请单的模板文件，每个模板文件按字段均划分3个部分p1、p2和p3， 其中没有任一个字段同时属于两个以上的部分。其中，这10个模板文件 的p1部分均相同；这10个模板文件的其中5个的p2部分相同、另外5 个的p2部分相同；这10个模板文件的p3各不相同。

若按照本发明实施例中的方法，数据库中可以存储3个表单w1、w2、 w3，其中表单w1中的字段与p1部分包括的字段相同，表单w2中的字段 与p2部分包括的字段相同，表单w3中的字段与p3部分包括的字段相同。 此时，表单w1仅有1条记录，表单w2中包含2条记录，表单w3中包含 10条记录。显然，对于相同的内容，在本发明实施例中无需重复存储。

对于将软件测试申请单中的哪些字段作为一个表单的字段，在本发明 实施例中不做限定，本领域技术人员可自行设计。但本实施例中优选的， 可以将多个模板文件中内容重复率较高的字段放到同一个表单中。

作为示例的，本发明实施例提供一种存储表单的方式，具体的，在 本发明实施例中，数据库中存储4个表单，分别为：表单1、表单2、表 单3、表单4。

表单1

可见，表单1中包括2个字段，3条记录。其中方案名称为属于软件 测试申请单的字段。

表单2

可见，表单2中包括3个字段，3条记录。其中机型名称的字段属于 软件测试申请单的字段。

表单3

可见，表单3中包括15个字段，1条记录。其中除机型ID、序号外 的字段属于软件测试申请单的字段。由于表单3包括的字段较多，故此处 在形式上分为2行，但其事实上仅代表1条记录。这里只是作为示例，实 际应用中也可以不这样设置表单。示例的，表单3中可以不包含序号字段； 示例的，该表单3可以分为两个或多个表单进行存储。

表单4

可见，表单4中包括5个字段，1条记录。其中除方案ID、序号外的 字段属于软件测试申请单的字段。

下面结合以上的4个表单，并参照图3，对此步骤中如何确定最优记 录并读取数据内容的过程进行详述，具体可以包括以下几个步骤：

步骤S1、从数据库的表单中查询待测试方案的标识、以及待测试机 型的标识。这里的方案的标识可以是方案ID、也可以是方案名称；这里的 机型标识可以是机型ID、也可以是机型名称。

基于步骤S1的查询结果，一种可选的确定最优记录的方案一为：若 查询到所述待测试方案的标识和所述待测试机型的标识，则将包含所述待 测试方案的标识的所有记录、以及包含所述待测试机型的标识的所有记录 作为最优记录。

举例而言，若申请单生成请求中包括：待测试方案的名称MTK5505、 待测试机型的名称LED55K720。此时服务器12可以从表单1的第1条记 录中查询到MTK5505，并得知待测试方案的ID为1；从表单2中的第1 条记录中查询到LED55K720，并得知待测试机型的ID为1；从表单3中 的第1条记录中查询到待测试机型的ID，从表单4中的第1条记录中查询 到待测试方案的ID。此时，服务器12查询到的这4条记录即为最优记录。

再举例而言，若申请单生成请求中包括：待测试机型的名称 LED55K720。此时，服务器12可以从表单2的第1条记录中查询到 LED55K720，并得知待测试机型的ID为1，以及待测试机型的所属的方 案的ID(即为待测试方案的ID)为1；从表单1的第1条记录中查询到 待测试方案的ID1；从表单3中的第1条记录中查询到待测试机型的ID， 从表单4中的第1条记录中查询到待测试方案的ID。此时，服务器查询到 的这4条记录即为最优记录。

在方案一的情况下，优选的可执行步骤S2。

步骤S2为：从最优记录中读取机型关联字段下的数据内容。

其中，机型关联字段为软件测试申请单中对于同一机型而言数据内容 不变、且除了机型标识之外的字段。换言之，正如前面介绍的，软件测试 申请单中包括很多字段，这些字段中有部分字段对于同一机型而言其数据 内容是不变的，这部分字段必然包括机型，而此处的机型关联字段为除了 机型之外的字段。示例的，若对于同一机型而言，缺陷库地址这一字段中 的数据内容是不会变的，那么缺陷库地址就是机型关联字段中的一个。又 示例的，在本实施例中机型关联字段可以包括：缺陷库地址、缺陷库中机 器型号、升级方法、编译环境，进一步的，还可以包括：邮件发送人员、 申请人、电话。软件测试申请单所包含的字段中哪些属于机型关联字段可 以是本领域技术人员根据实际需要而设定的，上述只是作为举例。

在方案一的情况下，也可以不执行步骤S2，而是可以从最优记录中读 取属于软件测试申请单的所有字段的数据内容。

若步骤S1的查询结果是查询到待测试方案的标识、且未查询到所述 待测试机型的标识，则可以执行步骤S3；若步骤S1的查询结果是未查询 到待测试方案的标识，则停止查询，执行步骤S104。

步骤S3、从所述数据库的表单中查询参考机型的标识，所述参考机型 为与待测试机型属于同一方案且相似度最高的机型。

其中，确定哪一机型为待测试机型的相似度最高的机型，可以采用以 下方法：将待测试机型的名称与第一测试机型的名称做对比，确定两者包 含的相同特征值；求取相同特征值对应的权重之和，得到该第一测试机型 对应的相似度；其中，相似度最大值所对应的第一测试机型即为参考机型； 其中，第一测试机型为与待测试机型属于同一方案的任一个机型。

具体的，例如机型的名称包括4个特征值U1、U2、U3、U4，该机型 的名称可记为U1U2U3U4，每一特征值对应一个产品参数。例如：U1对 应材料、U2对应产品尺寸、U3对应产品结构、U4对应产品市场。U1对 应的权重为10％、U2对应的权重为30％、U3对应的权重为50％、U2对 应的权重为10％。

若与待测试机型属于同一方案下的第一测试机型为两个。一个第一测 试机型的名称与待测试机型的名称中的U1、U2相同，则该第一测试机型 对应的相似度为40％；另一个第一测试机型的名称与待测试机型的名称中 的U1、U3相同，则该第一测试机型对应的相似度为60％。那么，后者则 作为参考机型。

需要说明的是，本领域技术人员可以对各特征值对应的权重做出合理 的设置，而不局限于上述举例。当然，若是能保证在两者的名称包含不同 特征值时，能够得出不同的相似度为好。但这一点并非是必须的，一旦得 到相似度最大值对应多个第一测试机型时，可以从中任选一个即可。

举例而言，若申请单生成请求中包括：待测试方案的名称MTK5505、 待测试机型的名称为LED65K720，此时服务器12从表单1的第1条记录 中查询到MTK5505，并得知待测试方案的ID为1；从表单4中的第1条 记录中查询到待测试方案的ID，但是并未到待测试机型LED65K720的 标识。此时，根据上述方法确定参考机型的名称为LED55K720。

若通过步骤S3查询到所述参考机型的标识，则执行步骤S4。

基于步骤S3的查询结果，若没有查询到参考机型的标识，一种可选 的确定最优记录的方案二为：将包含所述待测试方案的标识的所有记录作 为最优记录。

举例而言，若待测试方案的名称MTK5505，且在数据库的各个表单 中没有待测试机型、也没有待测试机型的参考机型，此时，服务器12可 以从表单1的第1条记录中查询到MTK5505，并得知待测试方案的ID为 1；从表单4中的第1条记录中查询到待测试方案的ID。此时，服务器12 查询到的这2条记录即为最优记录。

在方案二的情况下，优选的可执行步骤S5。

步骤S5为：从方案二的最优记录中读取方案关联字段下的数据内容， 其中，方案关联字段为软件测试申请单中对于同一方案而言数据内容不 变、且除了方案标识之外的字段。

其中，方案关联字段为软件测试申请单中对于同一方案而言数据内容 不变、且除了方案标识之外的字段，换言之，正如前面介绍的，软件测试 申请单中包括很多字段，这些字段中有部分字段对于同一方案而言其数据 内容是不变的，这部分字段必然包括方案，而此处的方案关联字段为除了 方案之外的字段。示例的，若对于同一方案而言，缺陷库地址这一字段中 的数据内容是不会变的，那么缺陷库地址就是方案关联字段中的一个。又 示例的，在本实施例中方案关联字段可以包括：缺陷库地址、升级方法、 编译环境。软件测试申请单所包含的字段中哪些属于方案关联字段可以是 本领域技术人员根据实际需要而设定的，上述只是作为举例。

步骤S4、查询所述参考机型的源码标签。

具体的，可以从数据库的表单中得到参考机型对应的源码标签。例如： 可以从数据库的表单3中查到LED55K720(机型名称)的源码标签。

基于步骤S4的查询结果，一种可选的确定最优记录的方案三为：若 所述参考机型的源码标签与所述待测试软件版本的配置数据中的源码标 签(即保存的变量)相同，则将包含所述待测试方案的标识的所有记录、 以及包含参考机型的标识的所有记录作为最优记录。

举例而言，若待测试方案的名称MTK5505、参考机型的名称 LED55K720。此时服务器12可以从表单1的第1条记录中查询到 MTK5505，并得知待测试方案的ID为1；从表单2中的第1条记录中查 询到LED55K720，并得知参考机型的ID为1；从表单3中的第1条记录 中查询到参考机型的ID，从表单4中的第1条记录中查询到待测试方案的 ID。此时，服务器12查询到的这4条记录即为最优记录。

在方案三的情况下，优选的可执行步骤S6。

步骤S6为：从方案三的最优记录中读取源码标签关联字段下的数据 内容。

其中，源码标签关联字段为软件测试申请单中对于同一方案、同一源 码标签而言其数据内容不变、且除了源码标签之外的字段。换言之，正如 前面介绍的，软件测试申请单中包括很多字段，这些字段中有部分字段对 于同一方案、同一源码标签而言其数据内容是不变的，这部分字段必然包 括方案标识和源码标签，而此处的方案关联字段为除了方案标识和源码标 签之外的字段。示例的，若对于同一方案、同一源码标签而言，缺陷库地 址这一字段中的数据内容是不会变的，那么缺陷库地址就是源码标签关联 字段中的一个。又示例的，在本实施例中源码标签关联字段可以包括：缺 陷库地址、升级方法、编译环境、项目阶段、测试类别、版本变更点、影 响范围、测试建议，进一步的，还可以包括邮件发送人员。软件测试申请 单所包含的字段中哪些属于方案关联字段可以是本领域技术人员根据实 际需要而设定的，上述只是作为举例。

在方案三的情况下，也可以不执行步骤S6，而是可以从方案三的最优 记录中读取属于软件测试申请单的所有字段的数据内容。

基于步骤S4的查询结果，一种可选的确定最优记录的方案四为：若 参考机型的源码标签与所述待测试软件版本的配置数据中的源码标签不 同，则将包含所述待测试方案的标识的所有记录作为最优记录。具体可以 参考方案二，不再详述。

需要说明的是，步骤S102中的发送和步骤S103中的发送并不代表着 服务器12要进行两次发送，而仅仅表示，步骤S102中读取的数据和步骤 S103中读取的数据，这两份数据均要传输至终端设备11a。具体而言，步 骤S102中读取的待测试软件版本的配置数据可以是在获取完配置数据后 立即发送给终端设备；还可以是获取完配置数据后一段时间之后发送给终 端设备，例如：可以是待步骤S103读取到最优记录中的数据内容后、将 步骤S102中读取的数据和步骤S103中读取的一起发给终端设备。

示例的，若用户A使用应用软件，则服务器12可以将步骤S102中读 取的待测试软件版本的配置数据、以及步骤S103中读取到的最优记录中 的数据内容写到空的软件测试申请单中，得到第一软件测试申请单，并将 该第一软件测试申请单发送给终端设备11a。该第一软件测试申请单的文 件格式示例的可以是WORD、EXCEL等。

又示例的，若用户A使用网页编辑平台，则服务器12可以在步骤S102 读取到待测试软件版本的配置数据之后，立即传到网页编辑平台并发送到 终端设备11a，以便在终端设备11a的操作页面上显示包含待测试软件版 本的配置数据。在步骤S103读取到最优记录中的数据内容后，立即上传 到网页编辑平台并发送到终端设备11a，以便在终端设备11a的操作页面 上显示最优记录中的数据内容。需要说明的是，由于在步骤S102、步骤 S103在运行所需的时间非常短，因此，给用户的视觉体验是几乎同时出现 包含有待测试软件版本的配置数据和最优记录中的数据内容的第一软件 测试申请单。当然，对于服务器12而言，也可以是将步骤S102、步骤S103 获取的数据一起上传到网页编辑平台并发送给终端设备11a。

S104、获取终端设备发送的针对第一软件测试申请单的更新数据，所 述第一软件测试申请单为用于包含所述读取的数据、且未完成的软件测试 申请单，以得到第二软件测试申请单，所述第二软件测试申请单为被所述 更新数据更新后的所述第一软件测试申请单。

在步骤S103之后，终端设备11a可以显示包含步骤S103和步骤104 所得到的数据(包括：待测试软件版本的配置数据、或者进一步还包括最 优记录中的数据内容)的第一软件测试申请单。

此时，用户A可以对该第一软件测试申请单进行编辑，例如可以对第 一软件测试申请单进行补充填写、也可以对第一软件测试申请单进行修 改，经编辑后的第一软件测试申请单相对于编辑前的第一软件测试申请单 的变化，即为更新数据。

需要说明的是，此步骤S104至少将更新数据发给服务器12，以使得 服务器12将得到被更新数据更新后的第一软件测试申请单。

示例的，若用户A使用应用软件，则终端设备11a可以将用户编辑后 的第一软件测试申请单发送到服务器12，该申请单示例的可以为WORD、 或EXCEL等格式；相应的，服务器12接收该编辑后的第一软件测试申请 单，即为得到第二软件测试申请单。

又示例的，若用户A使用网页编辑平台，则终端设备11a上显示网页， 该网页为用于提交软件测试申请单的网页、且包含所述终端设备11a接收 到的数据，该网页作为第一软件测试申请单。若用户A对该网页进行编辑， 则终端设备11a可以将经编辑的那部分数据(及更新数据)发送给服务器 12，服务器12根据该更新数据更新该网页，待用户A点击保存或提交按 钮后根据将最新的网页生成第二软件测试申请单。

本发明实施例提供的软件测试申请单的生成方案，由于将软件测试申 请单分成多个表单进行存储，那么当不同的软件测试申请单中存在重复的 数据内容时，若在一个表单中仅包含这些重复的数据内容，则在该表单中 可以仅用一条记录保存这些重复的数据内容，因此能够降低生成软件测试 申请单时用于被调用的数据出现冗余的几率，进而降低存储空间浪费的几 率。

为了源源不断的对数据库中的表单进行扩充，基于上述实施例，参考 图4，本发明实施例提供的软件测试申请的生成方法在步骤S104之后，还 可以包括：

步骤S105、将步骤S104中得到的第二软件测试申请单中所包含的数 据内容，按照各个表单所包含的字段存储于数据库的表单中。

需要说明的是，在更新数据库的各表单的过程中，根据任一表单的字 段，由第二软件测试申请单中包含的数据内容所生成的一条记录，未存储 在该表单中，则将该记录补充到该表单中；若已经存储在该表单中，则不 再追加存储。

这样，在每得到一第二软件测试申请表后，数据库中的表单就可得到 一次自动补充，而无需人为设置，从而可以避免让技术人员经繁琐操作以 在数据库中存储表单。

实施例二

本发明实施例还提供了一种软件测试申请单的生成装置，用于执行上 述的方法，该装置可以是服务器，也可以是服务器中的硬件模块或功能模 块。若是功能模块，则可以是应用软件或者网页编辑平台。

如图5所示，该装置包括：

接收模块51，用于接收终端设备发送的申请单生成请求，申请单生成 请求用于指示待测试方案、待测试机型以及待测试软件版本；

获取模块52，用于获取申请单生成请求所指示的待测试软件版本的配 置数据；

读取模块53，用于从数据库的表单中查询与申请单生成请求所指示的 待测试方案和待测试机型匹配度最高的最优记录，读取最优记录中的数据 内容，数据库用于存储至少两个表单，每个表单包括软件测试申请单中的 部分字段，且不同表单包含的且属于软件测试申请单的字段不相同，每个 表单中无重复记录；

发送模块54，用于将待测试软件版本的配置数据以及最优记录中的数 据内容发送给终端设备；

申请单生成模块55，用于获取终端设备发送的针对第一软件测试申请 单的更新数据，第一软件测试申请单为用于包含读取的数据、且未完成的 软件测试申请单，以得到第二软件测试申请单，第二软件测试申请单为被 更新数据更新后的第一软件测试申请单。

本发明实施例还提供了一种可选方案，所述读取模块53具体用于：

从数据库的表单中查询待测试方案的标识、以及待测试机型的标识；

若查询到待测试方案的标识和待测试机型的标识，则将包含待测试方 案的标识的所有记录、以及包含待测试机型的标识的所有记录作为最优记 录。

本发明实施例还提供了一种可选方案，所述读取模块53具体用于： 从最优记录中读取机型关联字段下的数据内容，其中，机型关联字段为软 件测试申请单中对于同一机型而言数据内容不变、且除了机型标识之外的 字段。

本发明实施例还提供了一种可选方案，所述读取模块53具体用于： 若查询到待测试方案的标识、且未查询到待测试机型的标识，则从数据库 的表单中查询参考机型的标识，参考机型为与待测试机型属于同一方案且 相似度最高的机型；

若查询到参考机型的标识，则查询参考机型的源码标签；

若参考机型的源码标签与待测试软件版本的配置数据中的源码标签 相同，则将包含待测试方案的标识的所有记录、以及包含参考机型的标识 的所有记录作为最优记录。

本发明实施例还提供了一种可选方案，所述读取模块53具体用于： 从最优记录中读取源码标签关联字段下的数据内容，其中，源码标签关联 字段为软件测试申请单中对于同一方案、同一源码标签而言其数据内容不 变、且除了方案标识和源码标签的字段。

本发明实施例还提供了一种可选方案，所述读取模块53具体用于：： 若未查询到参考机型的标识、或者参考机型的源码标签与待测试软件版本 的配置数据中的源码标签不同，则将包含待测试方案的标识的所有记录作 为最优记录；

读取最优记录中的数据内容包括：从最优记录中读取方案关联字段下 的数据内容，其中，方案关联字段为软件测试申请单中对于同一方案而言 数据内容不变、且除了方案标识之外的字段。

本发明实施例还提供了一种可选方案，所述装置还包括：回写模块56， 用于在得到第二软件测试申请单之后，将第二软件测试申请单中所包含的 数据内容，按照各个表单所包含的字段存储于所述数据库的表单中。

本发明实施例提供的一种软件测试申请单的生成装置，由于回写模块 56将软件测试申请单分成多个表单进行存储，那么当不同的软件测试申请 单中存在重复的数据内容时，若在一个表单中仅包含这些重复的数据内 容，则在该表单中可以仅用一条记录保存这些重复的数据内容，因此能够 降低生成软件测试申请单时用于被调用的数据出现冗余的几率，进而降低 存储空间浪费的几率。

要说明的是，本实施例中的接收模块51、获取模块52、读取模块53、 发送模块54、申请单生成模块55以及回写模块56，可以为单独设立的处 理器，也可以集成在服务器的某一个处理器中实现，此外，也可以以程序 代码的形式存储于服务器的存储器中，由服务器的某一个处理器调用并执 行以上各模块的功能。这里所述的处理器可以是一个中央处理器(英文全 称：CentralProcessingUnit，英文简称：CPU)，或者是特定集成电路(英 文全称：ApplicationSpecificIntegratedCircuit，英文简称：ASIC)，或者 是被配置成实施本发明实施例的一个或多个集成电路。

另外，若本发明实施例提供的软件测试申请单的生成装置是服务器， 那么上述的接收模块可以是服务器中的接收端口或接收电路等，发送模块 模块可以是服务器中的发送端口或发送电路等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述 的各示例的单元(模块)及算法步骤，能够以电子硬件、或者计算机软 件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个 特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认 为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上 述描述的系统、装置和单元(模块)的具体工作过程，可以参考前述方 法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设 备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例 仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分， 实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者 可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所 显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接 口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形 式。

所述作为分离部件说明的单元(模块)可以是或者也可以不是物理 上分开的，作为单元(模块)显示的部件可以是或者也可以不是物理单 元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根 据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目 的。

另外，在本发明各个实施例中的各功能单元(模块)可以集成在一 个处理单元中，也可以是各个单独物理单元存在，也可以两个或两个以 上单元(模块)集成在一个单元(模块)中。

所述功能如果以软件功能单元(模块)的形式实现并作为独立的产 品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样 的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或 者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产 品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可 以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所 述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、 只读存储器(英文简称：ROM，英文全称：Read-OnlyMemory)、随机存 取存储器(英文简称：RAM，英文全称：RandomAccessMemory)、磁 碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局 限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可 轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明 的保护范围应所述以权利要求的保护范围为准。