0043] 电话:提交测试申请开发人员的联系电话。
[0044] 邮件发送人员：待测试版本发布需要通知的相关人员，包含测试人员、开发人员 等。
[0045] 版本获取路径:待测试版本的存放路径。
[0046] 版本变更点：待测试版本与上个测试版本相比，版本的变更情况，例如新增功能， 问题修复等。
[0047] 影响范围:待测试版本所做的改动会影响的功能。
[0048] 测试建议:针对影响范围，对测试人员提出的测试建议。
[0049] 升级方法:将待测试版本升级到机型对应的产品中的步骤和方法。
[0050] 代码分支:代码管理的利器，用以区分相似基本代码的不同功能需求。
[0051 ]源码标签:对提交的代码打标签，对工作进度"留影"纪念，方便追溯源码。
[0052]编译环境：由软件工具和环境集成机制构成，用以支持软件开发的相关过程、活动 和任务。
[0053]版本变更说明：待测试版本与上个测试版本之间的问题修改记录。
[0054]如图2所示，上述的软件测试申请单的生成方法，可以包括：
[0055] S101、接收终端设备11a发送的申请单生成请求。
[0056] 其中，所述申请单生成请求用于指示待测试方案、待测试机型以及待测试软件版 本。待测试软件版本即为需测试的软件版本;待测试软件版本针对的机型即为待测试机型， 也就是说待测试软件版本测试通过后可以应用于的机型;待测试方案为待测试机型所属的 方案。
[0057]示例的，用户A在终端设备11a上打开并登陆网页编辑平台，在网页编辑平台上填 写好用于指示待测试方案、待测试机型以及待测试软件版本的信息后，点击网页编辑平台 上生成按钮或下一步按钮，以向服务器12发送申请单生成请求。
[0058]又示例的，用户A可以在终端设备11a上打开并登陆应用软件，在应用软件中填写 好用于指示待测试方案、待测试机型以及待测试软件版本的信息后，点击应用软件上的生 成按钮或下一步按钮，以向服务器12发送申请单生成请求。
[0059]上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软件版本的信 息可以是:待测试方案的标识、待测试机型的标识、以及待测试软件版本的标识。这里某一 对象(称为第一对象）的标识只要可以在与该第一对象属于同一类型的多个对象中唯一表 示该第一对象即可。可选的，第一对象的标识可以是第一对象的名称、编号、ID(身份标识 号)等。示例的，2个方案的ID分别可以是1、2,其中待测试方案的ID可以是2;该待测试方案 下的机型有5个，其ID分别为1、2、3、4、5，待测试机型的ID可以为2。其中，待测试软件版本的 标识示例的可以是：用于存储该待测试软件版本的文件夹的名称，即下面提到的版本文件 文件夹。其中，在版本文件文件夹中存储有待测试软件版本，软件版本可以包括一个或者多 个文件，示例的，可以包括u盘升级文件、ota升级文件、贴片升级文件等，这些文件一般都是 二进制文件，文件名称中通常包含有"机型名称"、"用途"和"日期"等信息。例如 :〇ta升级文 件的名称是1^0651(7201](：_(/^_20151125.丨&^82 ;软件版本还包括配置文件，配置文件中存 储有配置数据，配置文件一般是由"机型名称_config"来命名的文本文件。服务器12中的硬 件模块或功能模块，可以根据用户填写的存储该待测试软件版本的文件夹的名称，查找到 所述文件夹，进而查找到配置文件，从而获取配置数据。
[0060] 当然，待测试软件版本的标识示例的也可以是:待测试软件版本的名称，待测试软 件版本可以包括一个或者多个文件，具体的，如上所述。其中，待测试软件版本的名称可以 是其包括的一个或者多个文件的名称，只要这个文件的名称中包括"机型名称"和"时间"信 息即可。服务器12中的硬件模块或功能模块，可以根据用户填写的待测试软件版本的名称， 查找到所述待测试软件版本，进而查找到和待测试软件版本在同一文件夹下的配置文件， 从而获取配置数据。
[0061] 上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软件版本的信 息还可以是：待测试机型的名称、以及待测试软件版本的标识。这种情况下，需要在服务器 中预先保存有待测试机型的名称对应的方案的标识。从而使得服务器12可以按照待测试机 型的名称找到对应的方案的标识。
[0062] 上述用户A所填写的用于指示待测试方案、待测试机型以及待测试软件版本的信 息还可以是：用于指示待测试软件版本的存放路径。软件版本的存放路径可以为:方案名 称/分支名称/机型名称/版本文件，软件版本可以存储于版本文件文件夹内。可见，该路径 能够体现出方案、机型、和软件版本。其中，版本文件文件夹可以以时间命名。例如：该路径 可以是 MTK5508/K720_3700/LED65K720UC/2015-ll-25_09-05-22。
[0063] 上述的申请单生成请求可以包括用户A所填写的用于指示待测试方案、待测试机 型以及待测试软件版本的信息。
[0064] S102、获取所述申请单生成请求所指示的待测试软件版本的配置数据，并将所述 待测试软件版本的配置数据发送给所述终端设备。
[0065] 由于申请单生成请求中指示出待测试软件版本，那么服务器12就可以到用于存储 软件版本的配置数据的存储空间中，读取到待测试软件版本的配置数据，该存储空间可以 包括服务器12中的任一地址。
[0066] 为了便于优选的软件版本的配置数据的查找，本实施例中优选为：软件版本的配 置数据可以为一版本配置文件的形式，存储于版本文件文件夹中，这样，当服务器12按照申 请单生成请求查找到待测试软件版本所在的版本文件文件夹后，就可以从该版本文件文件 夹中获取到对应的版本配置文件。
[0067] 其中，软件版本的配置数据所包括的字段为与要测试的软件版本对应的基础信 息，示例可包括:源码tag、re lease_note、代码分支、申请人、版本获取路径、版本号;进一步 可将源码tag保存为变量。
[0068] 在现有技术中，获取配置数据时，用户需要进入到存储待测试软件版本的文件夹 中，找到对应的配置文件，然后从配置文件中获取配置数据。而本发明提供的实施例，用户 只需在网页编辑平台或者应用软件中填写指示待测试软件版本的信息，即可获取配置数 据，而相关的查找、比对等工作，都由服务器或者服务器中的硬件模块或功能模块执行，相 比现有技术，本发明实施例提供的方案可以快速获取所需数据，减少生成软件测试申请单 所需的时间，提高工作效率。
[0069] S103、从数据库的表单中查询与所述申请单生成请求所指示的待测试方案和待测 试机型匹配度最高的最优记录，读取并向所述终端设备发送所述最优记录中的数据内容。
[0070] 所述数据库用于存储至少两个表单，每个表单包括软件测试申请单中的部分字 段，且不同表单包含的且属于软件测试申请单的字段不相同，每个表单中无重复记录。
[0071] 表单的字段可以是表单的列对应的属性，表单的一条记录可以是表单中的一行数 据。
[0072] 为便于体现和现有技术中的区别，假设现有技术中存储10个软件测试申请单的模 板文件，每个模板文件按字段均划分3个部分pi、p2和p3，其中没有任一个字段同时属于两 个以上的部分。其中，这10个模板文件的pl部分均相同；这10个模板文件的其中5个的p2部 分相同、另外5个的p2部分相同；这10个模板文件的p3各不相同。
[0073] 若按照本发明实施例中的方法，数据库中可以存储3个表单wl、w2、w3，其中表单wl 中的字段与pl部分包括的字段相同，表单w2中的字段与p2部分包括的字段相同，表单w3中 的字段与P3部分包括的字段相同。此时，表单wl仅有1条记录，表单w2中包含2条记录，表单 w3中包含10条记录。显然，对于相同的内容，在本发明实施例中无需重复存储。
[0074] 对于将软件测试申请单中的哪些字段作为一个表单的字段，在本发明实施例中不 做限定，本领域技术人员可自行设计。但本实施例中优选的，可以将多个模板文件中内容重 复率较高的字段放到同一个表单中。
[0075] 作为示例的，本发明实施例提供一种存储表单的方式，具体的，在本发明实施例 中，数据库中存储4个表单，分别为:表单1、表单2、表单3、表单4。
[0076] 表单 1
[0077]
[0078] 可见，表单1中包括2个字段，3条记录。其中方案名称为属于软件测试申请单的字 段。
[0079] 表单 2
[0080]
[0081] 可见，表单2中包括3个字段，3条记录。其中机型名称的字段属于软件测试申请单 的字段。
[0082] 表单 3
[0083]
[0084] 可见，表单3中包括15个字段，1条记录。其中除机型ID、序号外的字段属于软件测 试申请单的字段。由于表单3包括的字段较多，故此处在形式上分为2行，但其事实上仅代表 1条记录。这里只是作为示例，实际应用中也可以不这样设置表单。示例的，表单3中可以不 包含序号字段;示例的，该表单3可以分为两个或多个表单进行存储。
[0085] 表单 4
[0086]
[0087] 可见，表单4中包括5个字段，1条记录。其中除方案ID、序号外的字段属于软件测试 申请单的字段。
[0088] 下面结合以上的4个表单，并参照图3,对此步骤中如何确定最优记录并读取数据 内容的过程进行详述，具体可以包括以下几个步骤：
[0089] 步骤S1、从数据库的表单中查询待测试方案的标识、以及待测试机型的标识。这里 的方案的标识可以是方案ID、也可以是方