CN101661580A - 一种软件测试的方法及系统 - Google Patents

Abstract

本发明公开了一种软件测试的方法及系统，所述方法包括：a.根据接收到的来自用户的规范度级别指令，确定测试项目所对应的规范度级别；b.获取与所述规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程，按照所述测试过程进行软件测试；c.在测试过程中，在工作要素执行完毕后，生成该工作要素所对应的文档要素；d.根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述生成的文档要素填入到文档模板的对应位置，生成测试文档，并保存。本发明既可以广泛地适用于各种要求的软件项目的测试，还能够根据实际需求自动生成所需的文档。

Description

一种软件测试的方法及系统

技术领域

本发明涉及计算机数据处理技术领域，特别涉及一种软件测试的方法及系统。

背景技术

软件测试的工作就是按照测试方案和流程对产品进行功能和非功能测试，目前利用测试工具进行测试已经是很普遍的提高测试效率和质量的方法，甚至根据需要编写不同的测试工具，设计和维护测试管理和辅助系统。在测试的各个阶段一般采用文档的形式，对测试的各个环节需要做的工作以及工作的结果进行描述和约束。

现有的测试工作管理平台，一般以控制流程为核心。在控制流程的基础上，编制相应文档对流程的执行情况进行记录，但是这种模式没有解决如下问题：

(一)软件测试流程往往按照不同的测试种类有所不同，甚至对同一种测试，例如同为单元测试或验收测试，在不同的项目人员构成、不同的软件开发生命周期、不同的软件完整性级别的情况下，执行的测试过程以及测试过程的产出物是有不同的要求的，采用统一的测试流程往往难以满足实际需求。

(二)编写文档过程的策划、设计感不足，影响了测试工作的效率和质量。在测试策划、设计过程中，以文档为最小信息组织单元。测试人员的知识获取对象及工作产出均为整篇文档。在编制一个新的测试文档时，同时参考多个同类项目的同类描述，对多个文档检索、查找、定位所需章节和内容，往往会占用大量时间和精力，工作效率低下，因此导致测试资产不能得到有效复用。同时，将工作记录到分散的文档中，很容易造成有关联的相关测试文档间的不一致。

(三)在同一个组织，若以文档为最小信息组织单元，往往只能规定几套不同的文档模板供组织成员使用。若要保证对测试文档进行组织级的统一管理，测试人员就无法灵活地根据现有的资源状况和测试需要变更文档模板。

(四)难以审查测试用例是否符合设计规格。在制定了测试设计规格后，在设计测试用例时，需要交叉参照多个文档，使用不便。在评审时，需要对相关文档进行比对，才能确定测试设计规格确实落实到测试用例中还是没有被测试用例使用。在多人分别进行测试设计时，这种情况更为明显。

(五)对人工测试的测试用例难以复用。为了实现测试用例的复用，要求将测试用例的粒度做到描述具体输入和输出，并通过测试规程说明来描述各测试用例的执行过程。自动化的测试工具在特定的情况下可以缓解这一问题，但对于快速迭代的开发过程，仍需进行大量的人工测试。在没有适宜装置支持下，人工在测试规程说明中交叉调用测试用例，工作量极大，难以进行版本修订，且易读性很差。因此，测试用例往往编制的粒度较大，仅仅列出测试要点，描述输入和输出之间的关系，具体的测试数据往往在测试执行时确定，故形成了测试用例难以复用的情况；且同一套测试用例不同的人执行，由于现场确定输入和判断输出的准则不一，可能导致不同的测试结果。

(六)难以准确进行回归测试。如(五)所述，在测试用例的粒度较大的情况下，即使对同一软件的两次测试，可能也采取的不是同一套输入数据，故难以准确进行回归测试。

(七)文档难以指导测试执行。在执行测试过程中，在没有适宜装置支持下，往往对测试执行是否按照所编制的文档操作难以进行跟踪和控制，出现“写归写、做归做”的现象。

(八)测试执行难以及时记录。在执行测试过程中，在没有适宜装置支持下，往往在测试过程中不进行记录或仅记录要点，在测试告一段落后方才记录，出现“做归做、记归记”的现象。

如(七)和(八)所述，在测试由对应用领域熟悉的业务人员执行时，为取得测试过程中高效率，以上倾向将愈加明显，不利于测试资产的积累，也不利于测试设计和测试执行由不同层次的人员分工执行。

发明内容

有鉴于此，本发明实施例的目的在于提供一种软件测试的方法及平台系统，既可以广泛地适用于各种要求的软件项目的测试，还能够根据实际需求自动生成所需的文档。

本发明实施例提供了一种软件测试的方法，包括：

a、根据接收到的来自用户的测试规范度级别指令，确定测试项目所对应的规范度级别；

b、根据已保存的测试规范度级别与测试活动的对应关系，获取与所述测试规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程，按照所述测试过程进行软件测试；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

c、在测试过程中，在工作要素执行完毕后，自动生成并保存该工作要素所对应的文档要素；

d、根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述的文档要素填入到文档模板的对应位置，生成测试文档，并保存。

其中，在步骤a之前还包括：

构建工作要素；

初始化测试规范度级别所对应的测试活动，构建测试过程树；所述一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

其中，步骤b所述获取与所述规范度级别对应的至少一个测试活动，获得由测试活动所构成的测试过程的步骤包括：

从与所述测试规范度级别对应的测试活动的基本集、测试活动的可选集、或测试活动的自定义集其中之一或任意组合中，选择出本测试项目所需要的至少一个测试活动。

其中，步骤d所述测试文档生成指令所指示的工作要素包括测试过程中的所有工作要素，或一部分工作要素。

其中，步骤d所述测试文档生成指令将所述生成的文档要素填入到文档模板的对应位置，生成测试文档的步骤包括：

根据文档要素所对应的工作要素获得该工作要素所属的测试活动；

获得与所述测试活动对应的文档模板，将所述文档要素填入到所述文档模板的对应位置，生成测试文档。

其中，在进行软件测试中进一步包括：

在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的测试规范度级别，获取更改后的测试规范度级别所对应的第二测试活动集；

根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

其中，所述方法进一步包括：对登录的用户进行鉴权，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

本发明实施例还提供了一种软件测试的系统，包括：

测试规范度选择单元，用于根据接收到的来自用户的测试规范度级别指令，确定测试项目所对应的测试规范度级别；

测试过程构建单元，用于根据已保存的规范度级别与测试活动的对应关系，获取与所述规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

测试流程实施单元，用于按照所述测试过程进行软件测试；

测试文档构建单元，用于在测试过程中，在工作要素执行完毕后，自动生成并保存该工作要素所对应的文档要素；根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述生成的文档要素填入到文档模板的对应位置，生成测试文档；

存储单元，用于存储工作要素、测试过程、测试文档、测试规范度级别与测试活动的对应关系及测试代码。

其中，所述系统还包括：

工作要素构建单元，用于构建所述工作要素，将所构建的工作要素存储于存储单元；

所述测试过程构建单元，还用于初始化测试规范度级别所对应的测试活动，构建测试过程树；所述一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

所述测试文档构建单元，还用于初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

其中，在进行软件测试中，

所述测试规范度选择单元，还用于在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的测试规范度级别；

所述测试过程构建单元，还用于获取更改后的测试规范度级别所对应的第二测试活动集；

所述测试流程实施单元，还用于根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

其中，所述存储单元，还用于存储用户信息及其权限；

所述系统还包括：

系统配置控制单元，用于对登录的用户进行鉴权，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

本发明具有如下有益效果：

可广泛地适应于不同项目规模、进度要求、资源配置、完整性级别等软件项目的测试，并可支持各种软件生命周期模型的测试活动，提高了测试工作的规范性，降低了测试管理的成本；使用者可根据自己的资源和对测试工作的要求，可在同一个组织中，确定适合自己工作实际的测试规范度；

在预先设定的多级测试规范度流程的基础上，允许自定义适合于使用者需要的测试流程，且在组成流程的工作要素不能满足需要时，提供了自定义工作要素的方法和功能，使得对测试的管理可以满足各阶段逐渐发展的需要，充分体现了本发明的灵活性；

由于本发明具有测试规范度变更功能，可以适应测试管理要求变更的情况，更好地适应大项目的软件测试工作；

对具体的使用者，由原来使用文字处理软件编制测试文档，变为在一个带有提示、示范的集成软件环境下进行测试的策划、设计，且示范的内容可为以前实际测试的成果，可充分利用企业的测试资产，形成软件测试工作的可持续发展；

由于本发明具有测试文档生成功能，可按照各种需要的格式生成测试文档，便于使用者与其他人员进行沟通；

本发明的方法及系统存储的内容，形成了一个动态的、组织级的测试资产库，测试的实施者可充分利用资产库中的资产，提高软件测试的效率和质量，并通过培训软件测试工作平台系统的使用，减少新员工的培训工作量，且提高培训的质量。

附图说明

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

图1是是根据本发明实施例的测试系统结构示意图；

图2是根据本发明实施例的实现软件测试的方法流程图；

图3是根据本发明实施例的工作要素存储单元结构关系示意图；

图4是根据本发明实施例的测试过程存储单元结构关系示意图；

图5是根据本发明实施例的文档模板存储子单元结构关系示意图；

图6是根据本发明实施例的文档要素及项目文档存储子单元结构关系示意图；

图7是根据本发明实施例的装置控制存储单元结构关系示意图。

具体实施方式

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

为了更好地说明本发明，下面首先介绍一些概念：

工作要素：依据现有的用户所选择的标准规范，将软件测试过程不可再拆分的测试步骤作为一个集合，该集合被称为工作要素。工作要素决定了能够产生的相应工作产品，工作产品一般包括测试文档或相应的测试脚本(或者是测试程序)，也可能同时包括测试文档和测试脚本(或者是测试程序)。

测试规范度，主要指测试实施的级别。通常，最完善的测试过程所包括的工作要素，可以达到最高规范度的测试过程，此时应有最完整的工作产品；最简洁的测试过程所包括的工作要素，可以达到最低规范度的测试过程，此时应有最少的工作产品；包括在最完善测试过程和最简洁测试过程之间的工作要素，可以作为分级规范的测试过程，随着测试规范度的增加，工作产品的数量也相应增加。

典型地，测试过程划分为测试策划、测试设计、测试执行和测试分析四个阶段，并在最高规范度的测试流程中有明确的体现；仅有测试执行阶段是任何测试流程所必须的，其余的阶段的工作可能合并，也可能被并行执行；

可以理解，较高级别规范度的测试过程不意味一定产生更加符合客户需要的测试结果，反之亦然；

在所有现有规范度的测试过程不能满足测试工作的需要时，可由测试组织者在现有的工作要素的基础上，重新组合一个定制的测试过程，同时也确定了相应的工作产品；在现有的测试工作要素不能满足组合测试过程的需要时，应定义新的工作要素，并规定对应的工作产品。

下面对本发明实施例所涉及的测试系统做一简介：

参见图1，其是根据本发明实施例的测试系统结构示意图。本发明实施例所涉及的测试系统主要包括：数据存储装置10和人机交互与处理装置20。其中，数据存储装置10主要包括：工作要素存储单元①、测试过程存储单元②、测试文档存储单元③、测试代码存储单元④和装置控制存储单元⑤。人机交互与处理装置20主要包括：测试过程构建单元工作要素构建单元

测试流程实施单元

测试规范度选择单元测试文档构建单元

和系统配置控制单元

下面分别详细说明。

数据存储装置10，用于存储支持组织级共享的软件测试资产库，具体包括，

工作要素存储单元①：存储构成测试过程的工作要素及各工作要素间的关联关系。其中，

上述工作要素根据现有的用户所选择的标准规范确定，且可分为的基本集与可选集，以及使用者(即用户，下同)在测试工作中发现需要定义的自定义集；

上述工作要素通常不需要再拆分；

某些工作要素相互之间存在关联关系，即某些工作要素有确定的前导要素或后继要素。

对每一个工作要素都给出一个唯一的标识，在已存在的工作要素不再使用时或者需要再细分时，原有的标识与定义不必改动，仅定义新的工作要素即可；

测试过程存储单元②：存储软件测试的过程，即在实施测试时执行的步骤。其中，

按照实际需要，根据现有的用户所选择的标准规范，分别构建最高测试规范度、最低测试规范度和介于其中不同测试规范度测试过程；在上述所有的测试规范度测试过程均不能符合测试工作需要时，可由使用者根据实际需要构建满足实际需求的测试过程，以满足测试工作中的实际需要。为每个测试过程分别分配唯一的编号，存储在测试过程存储单元②中。

每一个测试过程均可能处于如下状态之一：

对编辑构建之中的测试过程，为构建态；

对仅仅完成了编辑构建的测试过程，为预备态；

对已经过一次执行的测试过程，为原型态；

对经过一次以上的执行，并确定可在后继测试工作中作为一种典型情况使用的测试过程，为复用态。

测试文档存储单元③：存储文档模板、测试过程中各工作要素输出的文档要素及测试执行后产生的文档产品。上述文档模板是使用者根据其选择的标准规范制定的各级文档的基础上，根据测试项目的需要而定制的。

上述测试文档存储单元③由文档要素及文档模板存储子单元、项目文档存储子单元构成。其中，对文档要素进行不同形式的组合，可构成符合不同测试规范度的完整文档；

测试代码存储单元④：存储软件测试的代码，即在实施测试时，在测试执行中用于测试被测试软件的测试脚本或程序。其中，

测试代码是按不同的执行环境存储的，典型的包括工具的脚本代码、被测试程序的驱动代码、被测试程序的桩代码、被测试程序的基础数据生成代码、被测试程序有关基础数据的安全变异代码；

测试代码的参数单独进行存储；

测试代码的用途、使用方式和执行条件与测试文档存储单元中的相应测试工作要素输出建立了关联参照。

装置控制存储单元⑤：存储控制装置运行的系统参数，用户权限等信息。

人机交互与处理装置20，用于测试人员操作装置以实施测试任务。

在联库和离库操作与互斥操作的基础上，该人机交互与处理装置20支持适合多人在多地点协同工作的机制。

联库操作即人机交互装置20与数据存储装置10直接交换信息的状态，人机交互装置所需要的所有信息都可以实时从数据存储装置中获取，而所接受的所有输入都可以实时存入数据存储装置中。在系统工作时，可有多台人机交互装置与数据存储装置处于联库操作状态。

离库操作即人机交互装置20与数据存储装置10不能交换信息的状态，人机交互装置所需要的所有信息都只能从本装置的存储中取得，而所接受的所有输入也只能存储在本装置中。人机交互装置的离库状态是一种暂时的工作状态，只能从联库状态变化而来，且只能在限定的工作单元应用。在从联库状态变换为离库状态时，根据不同工作单元的需要，可能需要从数据存储装置中获取若干信息；在完成离库操作后，应进行联库操作，将离库编辑的相关工作要素输入同步到数据存储装置中。

互斥操作指系统中有多台人机交互装置对处理对象进行编辑(包括建立、修改或删除操作)时，采取的工作策略，分为单互斥和多互斥两种情况。单互斥是指对于同一个测试工作要素，在通过一台人机交互装置进行编辑时，其他的人机交互装置只能进行查询的情况。联库状态工作时，通过人机交互装置的编辑操作都是单互斥的；如一个人机交互装置在离库操作时对某工作要素设置了单互斥，则在该人机交互装置联库前，其他人机交互装置不能编辑该工作要素。多互斥是指对同一个测试工作要素，在设置离库状态时，可将相关信息复制到多个人机交互装置中，且系统记录离库工作的人机交互装置的个数，在第一个人机交互装置设置离库时，即禁止其他人机交互装置对该工作要素的联库编辑；多个离库的人机交互装置均可独立地对该工作要素进行编辑，且可在任意时刻进行联库操作，将离库编辑的相关工作要素的同步到数据存储装置中，如多人先后编辑了同一内容，则可采取现场裁定或差异并存两种策略：现场裁定是在一个交互区域中同时列出两者，其中数据存储装置中的内容作为编辑区，人机交互装置中的内容为不可编辑的差异区，由相应人员参照差异区的内容在编辑区进行编辑，并仅保存编辑的结果；差异并存是将人机交互装置的内容也保存入数据存储装置中，同时对该工作要素进行标记，说明存在不一致的内容，需要在以后进行处理。

下面对人机交互与处理装置20中所包括子装置进行说明：

测试过程构建单元

使用者通过本单元对相应测试规范度级别对应的测试过程进行初始化，并可以根据实际需要构建自定义的测试过程。

本单元仅工作在单互斥状态。

工作要素构建单元

使用者依据其选择的标准规范，构建组成测试过程的工作要素。其中，

在一个人机交互界面中，将工作要素的唯一标识、名称、输入信息、工作过程以及工作步骤、输出信息、应用条件、与现有的其他工作要素的关联关系输入到工作要素存储单元①中；

新输入的工作要素不能与现有的工作要素采取同样的名称；

本构建单元仅工作在单互斥方式。

测试流程实施单元

实施选定的测试流程，并记录相应工作要素的工作产品。

测试规范度选择单元

在测试项目启动时选择测试规范度，且在执行过程中变更测试规范度。其中，

在测试项目启动后的任一时间，均可修改测试项目的测试规范度：对测试规范度由低调高的情况，可能需要补充测试策划和测试设计的一些工作要素；对测试规范度由高调低的情况，一些原来已经处理的测试工作要素可能变得没有用，其信息是否保留在调整时进行选择。

测试文档构建单元

根据选择的测试规范度，选择适宜的工作要素输出，构建符合要求格式的测试文档。其中，

提供对常见文档格式的模板配置功能，可以由使用者自定义每个模板的各级标题、字体、字号、行间距等文档展示信息；可以选择生成可编辑还是不可能编辑的文档格式；

系统配置控制单元

提供系统初始化、用户管理、权限管理等功能。

参见图2，其是根据本发明实施例的实现软件测试的方法流程图。具体包括：

步骤201，根据接收到的来自用户的规范度级别指令，确定测试项目所对应的规范度级别；

步骤202，根据已保存的测试规范度级别与测试活动的对应关系，获取与所述测试规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程，按照所述测试过程进行软件测试；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

其中，上述已保存的规范度级别与测试活动的对应关系通常是在用户初始化时设置的。

其中，上述获取与所述测试规范度级别对应的至少一个测试活动，获得由测试活动所构成的测试过程的步骤具体包括：

从与所述测试规范度级别对应的测试活动的基本集、测试活动的可选集、或测试活动的自定义集其中之一或任意组合中，选择出本测试项目所需要的至少一个测试活动。

也就是说，由使用者确定最符合其需要的测试过程，该确定的测试过程中所包含的工作要素可以来自工作要素的基本集和/或可选集，还可以根据实际情况通过工作要素构建单元自定义相应的工作要素，即来自自定义集。通过工作要素存储单元，将各工作要素的属性及相互关系存储在工作要素存储单元。

步骤203，在测试过程中，在工作要素执行完毕后，自动生成并保存该工作要素所对应的文档要素；

可以理解，如果某个工作要素没有所对应的文档要素，则在该不对应文档要素的工作要素执行完毕后，就不会生成文档要素。

步骤204，根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将上述的文档要素填入到文档模板的对应位置，生成测试文档，并保存。

其中，上述测试文档生成指令所指示的文档要素包括测试过程中的所有文档要素，或一部分文档要素。

需要说明的是，在非关联的工作要素或关联的工作要素的最后一个执行完成后，均可调用测试文档构建单元，生成已完成工作要素产出的文档要素所构成的文档。因而，这里是根据用户的需要生成指定文档要素所对应的文档。

其中，上述将所述生成的文档要素填入到文档模板的对应位置，生成测试文档的步骤具体包括：

根据文档要素所对应的工作要素获得该工作要素所属的测试活动；

获得与所述测试活动对应的文档模板，将所述文档要素填入到所述文档模板的对应位置，生成测试文档。

对于图2所示流程，在步骤201之前，还可以包括：初始化步骤，具体为：

构建工作要素；

初始化测试规范度级别所对应的测试活动，构建测试过程树；一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

需要说明的是，在进行软件测试中还可以包括：

在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的规范度级别，获取并定制更改后的规范度级别所对应的第二测试活动集；

根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

也就是说，在测试实施过程的执行过程中，在某个工作要素完成后，均可调用测试规范度选择单元，变更测试规范度。根据用户所重新选择的规范度，测试规范度选择单元会调用测试过程构建单元修改相应的映射关系。

需要说明的是，步骤203所述生成该工作要素所对应的文档要素之前，还可以包括：在每个工作要素执行过程中，生成提示该工作要素所对应的文档要素编写要求信息，并生成作为参考信息的多个同类历史项目中同类文档要素的编写内容，将所生成的信息展现给用户。

需要说明的是，所述方法还可以进一步包括：对登录的用户进行鉴杈，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

可见，应用本发明的方法，既可以广泛地适用于各种要求的软件项目的测试，还能够根据实际需求自动生成所需的文档。

基于图2所示测试方法，本发明实施例还提供了一种软件测试的系统，仍参见图1，具体包括：

测试规范度选择单元，用于根据接收到的来自用户的测试规范度级别指令，确定测试项目所对应的测试规范度级别；

测试过程构建单元，用于根据已保存的测试规范度级别与测试活动的对应关系，获取与所述测试规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

测试流程实施单元，用于按照所述测试过程进行软件测试；

测试文档构建单元，用于在测试过程中，在工作要素执行完毕后，自动保存该工作要素所对应的文档要素；根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述生成的文档要素填入到文档模板的对应位置，生成测试文档；

存储单元，用于存储工作要素、测试过程、测试文档、测试规范度级别与测试活动的对应关系及测试代码。

上述系统还可以包括：

工作要素构建单元，用于构建所述工作要素，将所构建的工作要素存储于存储单元；

所述测试过程构建单元，还用于初始化测试规范度级别所对应的测试活动，构建测试过程树；所述一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

所述测试文档构建单元，还用于初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

在进行软件测试中，

所述测试规范度选择单元，还用于在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的测试规范度级别；

所述测试过程构建单元，还用于获取更改后的测试规范度级别所对应的第二测试活动集；

所述测试流程实施单元，还用于根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

上述存储单元，还用于存储用户信息及其权限；此时，所述系统还包括：系统配置控制单元，用于对登录的用户进行鉴杈，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见其他实施例的部分说明即可。

可见，应用本发明的系统，既可以广泛地适用于各种要求的软件项目的测试，还能够根据实际需求自动生成所需的文档。

本发明图1所示实施例中的数据存储装置10是采用数据库技术建立的，该数据库可以采用关系数据库或XML数据库。下面对数据存储装置10再做详细说明。

参见图1和图3，工作要素存储单元①可由关系数据库实现，其信息组织方式见图3。为了描述与实现的方便，将一组有关联关系的工作要素称为测试活动，并由测试活动组成测试过程，其中一个测试活动可以包括一个以上的工作要素，一个工作要素可以在多个测试活动中体现。其中，

工作要素表301中存储工作要素的基本集与可选集，及已使用过程中根据不同项目的实际测试要求确定的工作要素的自定义集。上述基本集与可选集是根据现有的标准与规范而确定的，且是与典型测试规范度相对应的。

工作要素关系表302中存储工作要素的前导与后继关系，即在执行某工作要素B前必须执行某工作要素A，则工作要素A为工作要素B的前导要素，在执行某工作要素C后必须执行某工作要素D，则工作要素D为工作要素C的后继要素。

测试活动表303中存储测试活动的基本集与可选集，及已使用过程中根据不同项目的实际测试要求确定的工作要素的自定义集。上述基本集与可选集是根据用户所选择的标准规范而确定的，且是与典型测试规范度相对应的。

图3中的测试活动工作要素关系表405在图4中详细说明。

参见图1和图4，测试过程存储单元②可由关系数据库实现，其信息组织方式见图4。其中，

测试单项表401存储单项测试的类型ID及对此类型测试的说明信息。

测试规范度表402存储测试规范度ID及其对应的测试规范度级别名称。

单项测试过程表403存储某单项测试的测试过程的单项测试类型ID、测试规范度ID，并存储为该单项测试过程分配唯一的测试过程ID，及根据本测试过程的执行状态确定的测试过程类型，其中，测试过程类可处于构建态、预备态、原型态和复用态。

测试过程活动关系表404以测试过程ID与测试活动ID为联合主键，通过存储多条同测试过程ID对应不同的测试活动ID记录测试过程ID与测试活动ID的对应关系。

测试活动工作要素关系表405以测试活动ID与工作要素ID为联合主键，通过存储多条同测试活动ID对应不同的工作要素ID记录测试活动ID与工作要素ID的对应关系。

图4中的工作要素表301和测试活动表303已在图3中说明，不再赘述。

参见图1和图5和图6，测试文档存储单元③可由关系数据库实现，该测试文档存储单元③可以分为由文档模板存储子单元(其信息组织方式见图5)及文档要素及项目文档存储子单元(其信息组织方式见图6)。其中，

参见图5，文档模板存储子单元包含：

测试规范模板关系表501，存储文档模板ID与测试规范度ID的对应关系。

测试模板类型关系表502，存储模板可生成的文件类型，如：WORD、WPS、HTML等。

测试文档模板表503，存储根据标准与规范确定的基本文档模板，如：测试计划、测试设计、测试用例、测试规程等。

测试模板要素关系表504，存储构成某文档模板的文档要素间的层次关系。

测试文档要素表505，存储基本文档要素单元。

工作要素文档要素关系表506，存储文档要素与工作要素的对应关系。

测试活动模板关系表507，存储测试活动与测试文档模板的对应关系。

图5中的工作要素表301和测试活动表303已在图3中说明，测试规范度表402已在图4中说明，不再赘述。

项目文档存储子单元包含：

项目文档表601存储测试活动完成后，根据使用者的指令以及测试项目所使用的测试模板ID生成带有版本号的测试文档。

文档要素内容表602存储使用者执行相应工作要素后，所产生的文档要素。

参见图1，测试代码存储单元④使用文件进行存储，由为其分为具有如表1所示特征的代码编号：

表1

项目编号

代码类型

代码版本

产生日期

......

参见图1和图7，装置控制存储单元⑤可由关系数据库实现，其信息组织方式见图7。其中，

人员信息表701，记录使用者的人员名称、级别等信息；

人员权限表702，记录使用者的人员的权限信息，权限信息使用比特序列进行存储。

权限控制表703，记录不同操作在上述权限表所记录比特序列中的位序。

下面图1中的人机交互与处理装置20再做详细说明。

测试过程构建单元

测试过程的构建单元包括测试过程初始化子单元、测试活动增删改子单元、测试任务增删改子单元。

其中，

测试过程初始化子单元工作步骤如下：

1)根据使用者通过人机交互界面选择的测试规范度及测试单项类型，通过测试过程存储单元查询并获取多个已被初始化的测试过程，将此测试过程所包含的测试活动及该测试活动所包含的工作要素通过人机交互界面在测试工作平台进行展示。具体形式为测试过程树，一颗测试活动树包括至少一个测试活动，每个测试活动至少包括一个工作要素，并且测试工作平台附有测试活动与文档模板、工作要素与文档要素对应关系的展示；

2)用户从中选取一个测试过程，通过测试过程存储单元对该测试过程予以复制，并分配一个唯一的“单项测试ID”进行标识。用户可以对此测试过程进行维护。

测试活动增删改子单元工作步骤如下：

1)若要对某一测试过程中的测试活动进行增删改操作，先修改测试过程存储单元中测试过程活动关系表及测试活动工作要素关系表，更新测试过程与测试活动及测试活动与工作要素的对应关系；

2)修改测试文档存储单元中测试活动模板关系表，更新测试活动与测试模板的对应关系。

工作要素增删改子单元工作步骤如下：

1)若要对某一测试过程中的工作要素进行增删改操作，先修改测试过程存储单元中测试活动工作要素关系表，

2)修改测试文档存储单元中工作要素文档要素关系表，更新工作要素与文档要素的对应关系；

3)修改工作要素存储单元中工作要素关系表，更新工作要素的依赖关系。工作要素构建单元

通过人机交互界面，展示工作要素存储单元①中工作要素表所存储的工作要素的基本集和可选集，以及测试需要的自定义集。

在起草时，可将输入界面分区，一个区域编辑新的测试活动或工作要素，一个区域调阅现有的测试活动或工作要素的描述；起草时的修改痕迹不需保留；

在修订时，可将输入界面分区，一个区域编辑新的测试活动或工作要素，一个区域调阅现有的测试活动或工作要素的描述；修订时的原内容、修订后的内容、修订人员和修订时间等痕迹需保留；

在审核时，可将输入界面分区，一个区域查看新的测试活动或工作要素，一个区域调阅现有的测试活动或工作要素的描述，一个区域输入审核意见并记录审核人员、审核时间，审核时不能修订工作要素的内容；

在批准时，可将输入界面分区，一个区域查看新的测试活动或工作要素，一个区域调阅现有的测试活动或工作要素的描述，一个区域查看审核意见，一个区域记录批准意见并记录批准人员、批准时间，批准时不能修订工作要素的内容。

经过批准的测试活动或工作要素方能被存储于测试过程存储单元②中的测试过程引用。

测试流程实施单元

测试流程实施单元

分为4个子单元：测试流程实施策划子单元测试流程实施设计子单元

测试流程实施执行子单元

和测试流程实施总结子单元

其中：

测试流程实施策划子单元

根据使用者通过人机交互界面选择的测试规范度级别，对需要测试策划活动的，执行涉及到测试策划的工作要素，产生测试计划。本子单元具有如下典型的分区人机交互界面和工作机制：

区域

A为测试项目的名称；

区域

B为相关工作要素列表提示区，提示的内容是根据所选择的测试规范度，由工作要素输出构成的文档结构，由此可以看到相关工作要素的整体情况；

区域

C为相关工作要素输出提示区，展示相关工作要素输出的内容；

区域

D为工作要素输入提示区，用于提示对输入编辑区的内容要求；

区域

E为工作要素输入编辑区，用于编辑输入工作要素输出需要的信息；

区域

F为历史工作要素提示区，用于提示同类工作要素的历史输出，

区域

F可能需要展示多个同类工作要素的历史输出，所以包括两个子区域，子

区域FA是按照给定顺序的列表，该列表可如测试文档存储单元③所描述的时间先后、人工排序、引用次序排序或者自定义的排序进行排列；子

区域

FB是选定的同类工作要素输出的内容，这些内容可以被复制到区域

E中；

区域

G为工作状态区，显示区域

C的状态，包括测试文档存储单元③所述的编制态、评审态、提交态、执行态、参照态、引用态；显示区域E的状态，包括测试文档存储单元③所述的编制态、评审态，以及联库/离库状态，互斥状态，内容自上次存盘后是否变更的状态等。

上述区域可由使用者根据需要动态定义其大小、形状、颜色、字体等，选择显示还是隐藏。

在工作启动时，根据所选择的测试过程规范度，确定相关的工作要素构成一个集合，以作为一个特定测试文档的框架，在执行的过程中，可以通过选择工作要素，按照任意次序编制工作要素输入。

本子单元可采用单互斥或多互斥的方式编制。其中在离库方式编制时，

区域

F中的内容可能是受限的，只能按照一个预先设定的排序，提供有限数量的历史范例。

测试流程实施设计子单元

根据使用者通过人机交互界面选择的测试规范度级别，对需要测试设计活动的，执行涉及到测试涉及的工作要素，产生包括测试设计说明、用例说明和规程说明的测试预案。本子单元具有如下典型的分区人机交互界面和工作机制：

区域

A为测试项目的名称；

区域B为相关工作要素列表提示区，提示的内容是根据所选择的测试规范度，由工作要素输出构成的文档结构，由此可以看到相关工作要素的整体情况；

区域

C为相关工作要素输出提示区，展示相关工作要素输出的内容；

区域

D为工作要素输入提示区，用于提示对输入编辑区的内容要求；

区域

E为工作要素输入编辑区，用于编辑输入工作要素输出需要的信息；

区域

F为历史工作要素提示区，用于提示同类工作要素的历史输出，区域F可能需要展示多个同类工作要素的历史输出，所以包括两个子区域，子区域

FA是按照给定顺序的列表，该列表可如测试文档存储单元③所描述的时间先后、人工排序、引用次序排序或者自定义的排序进行排列；子区域

FB是选定的同类工作要素输出的内容，这些内容可以被复制到区域

E中；

区域G，列出可在相应工作要素中引用的工作要素输出的列表，列表按照行业特定的业务分类或者技术分类排列；

区域

H，提示可在相应工作要素中引用的工作要素输出的内容；

区域

I，记录直接在相应工作要素中引用的相应工作要素输出标识；

区域

J，记录直接在相应工作要素中引用的存储在测试代码存储单元④中的测试代码；

区域

K为工作状态区，显示区域

C的状态，包括测试文档存储单元③所述的编制态、评审态、提交态、执行态、参照态、引用态；显示区域

E的状态，包括测试文档存储单元③所述的编制态、评审态，以及联库/离库状态，互斥状态，内容自上次存盘后是否变更的状态等。

上述区域可由使用者根据需要动态定义其大小、形状、颜色、字体等，选择显示还是隐藏。

本子单元可采用单互斥或多互斥的方式编制。其中在离库方式编制时，区域

F中的内容可能是受限的，只能按照一个预先设定的排序，提供有限数量的历史范例；区域G、

H的内容也是受限的。

测试流程实施执行子单元

根据使用者通过人机交互界面选择的测试规范度级别，在本发明所述系统的支持下执行测试。本子单元具有如下典型的分区人机交互界面和工作机制：

区域A为测试项目的名称；

区域

B，根据测试预案提示测试步骤清单；

区域

C，提示清单中选中的测试步骤内容，这些工作的内容来自测试流程实施设计子单元

的工作成果，且所有的交叉引用应在这里描述时替换为被引用的内容，例如可能是一个输入、输出对，可能是一个批量处理，或是一个测试脚本的执行；

区域

D，按照与区域

C工作内容对应关系记录的结果；

区域

E，描述在测试预案中补充和修改的测试步骤，这些步骤是在测试执行时，对发现的测试预案步骤缺陷的修补和更正。对补充的内容，描述该步骤的前导步骤和后继步骤；对修改的内容，描述代替的原有步骤；

区域

F，描述在测试预案中补充和修改的内容，这些内容是在测试执行时，对发现的测试预案步骤缺陷和内容缺陷的修补和更正；

区域

G，记录执行区域F中测试的结果；

区域

H，描述联库/离库状态，互斥状态，，显示区域

D、E、

F、

G内容自上次存盘后是否变更的状态。

上述的区域可由使用者根据需要动态定义其大小、形状、颜色、字体等，选择显示还是隐藏。

本子单元可采用单互斥或多互斥的方式编制。

测试流程实施总结子单元

对测试策划活动、测试设计活动和测试执行活动进行分析，并编写测试总结报告。本子单元具有如下典型的分区人机交互界面和工作机制：

区域

A为测试项目的名称；

区域

B为相关工作要素列表提示区，提示的内容是根据所选择的测试规范度，由工作要素输出构成的文档结构，由此可以看到相关工作要素的整体情况；

区域

C为相关工作要素输出提示区，展示相关工作要素输出的内容；

区域

D为工作要素输入提示区，用于提示对输入编辑区的内容要求；

区域

E为工作要素输入编辑区，用于编辑输入工作要素输出需要的信息；

区域

F为历史工作要素提示区，用于提示同类工作要素的历史输出，区域

F可能需要展示多个同类工作要素的历史输出，所以包括两个子区域，子区域

FA是按照给定顺序的列表，该列表可如测试文档存储单元③所描述的时间先后、人工排序、引用次序排序或者自定义的排序进行排列；子区域

FB是选定的同类工作要素输出的内容，这些内容可以被复制到区域

E中；

区域

G，列出可在相应工作要素中引用或参考的工作要素输出的列表；

区域

H，提示可在相应工作要素中引用或参考的工作要素输出的内容；

区域

I为工作状态区，显示区域

C的状态，包括测试文档存储单元③所述的编制态、评审态、提交态、执行态、参照态、引用态；显示区域

E的状态，包括测试文档存储单元③所述的编制态、评审态，以及联库/离库状态，互斥状态，内容自上次存盘后是否变更的状态等。

上述区域可由使用者根据需要动态定义其大小、形状、颜色、字体等，选择显示还是隐藏。

本子单元可采用单互斥或多互斥的方式编制。其中在离库方式编制时，区域F中的内容可能是受限的，只能按照一个预先设定的排序，提供有限数量的历史范例。

测试规范度选择单元

使用者通过人机交互界面确定其目标规范度级别，人机交互界面向使用者展示其确定的目标规范度在系统中所对应的所有测试过程。由使用者确定最符合其需求的测试过程。

如果需要，使用者还可以对其选择的测试过程进行剪裁，通过调用工作要素构建单元

增加或删除相应的工作要素。调用测试过程构建单元

变更工作要素与文档要素的对应关系。

根据使用者所选择测试规范度，人机交互界面向本发明的使用者展示其确定的目标规范度在系统中所对应的所有文档模板。由本发明的使用者确定最符合其需求的文档模板。调用测试过程构建单元

变更测试活动与文档模板的对应关系。

测试文档构建单元

测试文档构建单元

包括：测试文档模板初始化子单元、文档要素内容保存子单元及测试文档构建子单元，其中，

测试文档模板初始化子单元操作步骤如下：

1)在测试规范模板关系表中记录此文档模板与规范度的关系；

2)在测试模板要素关系表中记录构成此文档模板的各个文档要素的层次关系；

3)在测试模板类型关系表中记录构成此文档模板的各个文档要素的属性(如：字体、字号)；

4)在测试活动模板关系表记录文档模板ID与已创建的测试过程中的测试活动ID的映射关系；

5)在工作要素文档要素关系表中记录文档要素ID与已创建的测试过程中的工作要素ID的映射关系。

文档要素内容保存子单元操作步骤如下：

1)根据当前的工作要素ID，在“工作要素文档要素关系表”中查询对应的文档要素ID。

2)在“测试文档要素内容表”中记录(如果存在，且最新的版本号内容状态为可编辑则更新)当前测试任务的输出结果。记录要素包括：测试活动ID，测试要素ID，文档要素内容。其中测试活动ID在生成测试文档时区分不同测试文档的测试要素内容。

测试文档构建子单元操作步骤如下：

1)确定已完成所有工作要素的测试活动集，若没有已完成所有工作要素的测试活动，则提示使用者是否需要变更测试规范度或强制生成某测试活动的测试文档；

2)对于用户选择生成测试文档的测试活动，通过其测试活动ID，在测试过程存储单元②测试活动工作要素关系表中获取此测试活动所对应的工作要素集；

3)通过工作要素ID，在测试文档存储单元③文档模板存储子单元工作要素文档要素关系表中获取所有对应的文档要素ID；

4)根据测试活动ID，测试要素ID，定位当前最新的一个定版版本号对应的测试内容；

5)通过1)-4)步，确定测试文档存储单元③文档要素及项目文档存储子单元项目文档表中的“测试活动ID”“测试模板ID”“版本号”；

6)通过测试文档存储单元③文档要素及项目文档存储子单元测试模板要素关系表获取测试文档模板的文档要素ID及其层次关系；

7)在测试文档存储单元③文档要素及项目文档存储子单元测试模板类型表中选择对应测试模板的模板类型及其格式等参数；

8)通过6)-7)步，生成一个测试文档模板；

9)通过测试文档存储单元③文档要素及项目文档存储子单元项目文档表与文档要素内容表可以获取测试模板每一个测试文档要素的内容，输出相应测试文档初稿，供使用人员编辑发布。

10)若还有本项目的测试活动对应的文档模板没有生成，则跳至第2)步，继续生成下一测试文档。

系统配置控制单元

使用本平台的系统管理员通过系统配置控制单元，对装置控制存储单元⑤存储的人员信息表、人员权限表及权限控制表进行初始化。

使用本平台的项目管理人员通过人机交互界面调用系统配置控制单元对项目相关人员的权限进行初始化，将信息记录在装置控制存储单元⑤中存储的人员信息表及人员权限表中。

在平台的使用过程中，系统配置控制单元确定使用者所要执行操作在装置控制存储单元⑤权限控制表中的位序，读取装置控制存储单元⑤人员权限表存储的该使用者的权限信息，以判断该使用者是否可执行此操作。

本发明具有如下有益效果：

(一)可广泛地适应于不同项目规模、进度要求、资源配置、完整性级别等软件项目的测试，并可支持各种软件生命周期模型的测试活动，提高了测试工作的规范性，降低了测试管理的成本；

(二)使用者可根据自己的资源和对测试工作的要求，可在同一个组织中，确定适合自己工作实际的测试规范度，将各种适用的测试理论用于软件测试实践，既保持了组织级对软件测试统一管理的需求，又实现了项目级对软件测试适应性管理的需求，体现了统筹兼顾的管理理念；

(三)在预先设定的多级测试规范度流程的基础上，允许自定义适合于使用者需要的测试流程，且在组成流程的工作要素不能满足需要时，提供了自定义工作要素的方法和功能，使得对测试的管理可以满足各阶段逐渐发展的需要，充分体现了本发明的灵活性；

(四)由于本发明具有测试规范度变更功能，可以适应测试管理要求变更的情况，更好地适应大项目的软件测试工作；

(五)本发明将使用者对软件测试的技术规范融入了本发明的测试系统中，易于对技术规范的落实情况进行跟踪、检查和改进，为技术管理规范的执行提供了有力工具；

(六)对具体的使用者，由原来使用字处理软件编制测试文档，变为在一个带有提示、示范的集成软件环境下进行测试的策划、设计，且示范的内容可为以前实际测试的成果，可充分利用企业的测试资产，形成软件测试工作的可持续发展；

(七)在测试执行时，软件测试策划、软件测试设计阶段的成果提示了测试执行的步骤和内容，能够促进软件测试策划、软件测试设计对软件测试执行的指导性意义，在操作层面易于实现测试预案指导测试执行；

(八)本发明提及方法及系统允许多人多地点的协同工作，可以满足企业级分布式测试工作的要求；

(九)由于本发明具有测试文档生成功能，可按照各种需要的格式生成测试文档，便于使用者与其他人员进行沟通；

(十)本发明的方法及系统存储的内容，形成了一个动态的、组织级的测试资产库，测试的实施者可充分利用资产库中的资产，提高软件测试的效率和质量，并通过培训软件测试工作平台系统的使用，减少新员工的培训工作量，且提高培训的质量。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (11)

1、一种软件测试的方法，其特征在于，包括：

a、根据接收到的来自用户的测试规范度级别指令，确定测试项目所对应的规范度级别；

b、根据已保存的测试规范度级别与测试活动的对应关系，获取与所述测试规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程，按照所述测试过程进行软件测试；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

c、在测试过程中，在工作要素执行完毕后，自动生成并保存该工作要素所对应的文档要素；

d、根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述的文档要素填入到文档模板的对应位置，生成测试文档，并保存。

2、根据权利要求1所述的方法，其特征在于，在步骤a之前还包括：

构建工作要素；

初始化测试规范度级别所对应的测试活动，构建测试过程树；所述一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

3、根据权利要求1所述的方法，其特征在于，步骤b所述获取与所述规范度级别对应的至少一个测试活动，获得由测试活动所构成的测试过程的步骤包括：

从与所述测试规范度级别对应的测试活动的基本集、测试活动的可选集、或测试活动的自定义集其中之一或任意组合中，选择出本测试项目所需要的至少一个测试活动。

4、根据权利要求1所述的方法，其特征在于，步骤d所述测试文档生成指令所指示的工作要素包括测试过程中的所有工作要素，或一部分工作要素。

5、根据权利要求1所述的方法，其特征在于，步骤d所述测试文档生成指令将所述生成的文档要素填入到文档模板的对应位置，生成测试文档的步骤包括：

根据文档要素所对应的工作要素获得该工作要素所属的测试活动；

获得与所述测试活动对应的文档模板，将所述文档要素填入到所述文档模板的对应位置，生成测试文档。

6、根据权利要求1所述的方法，其特征在于，在进行软件测试中进一步包括：

在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的测试规范度级别，获取更改后的测试规范度级别所对应的第二测试活动集；

根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

7、根据权利要求1所述的方法，其特征在于，所述方法进一步包括：对登录的用户进行鉴权，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

8、一种软件测试的系统，其特征在于，包括：

测试规范度选择单元，用于根据接收到的来自用户的测试规范度级别指令，确定测试项目所对应的测试规范度级别；

测试过程构建单元，用于根据已保存的规范度级别与测试活动的对应关系，获取与所述规范度级别对应的第一测试活动集合，获得由第一测试活动集合所构成的测试过程；所述第一测试活动集合包括至少一个测试活动，所述每个测试活动包括至少一个工作要素；

测试流程实施单元，用于按照所述测试过程进行软件测试；

测试文档构建单元，用于在测试过程中，在工作要素执行完毕后，自动生成并保存该工作要素所对应的文档要素；根据测试文档生成指令，获取预先选择的与第一测试活动集合中的测试活动所对应的文档模板，将所述生成的文档要素填入到文档模板的对应位置，生成测试文档；

存储单元，用于存储工作要素、测试过程、测试文档、测试规范度级别与测试活动的对应关系及测试代码。

9、根据权利要求8所述的系统，其特征在于，所述系统还包括：

工作要素构建单元，用于构建所述工作要素，将所构建的工作要素存储于存储单元；

所述测试过程构建单元，还用于初始化测试规范度级别所对应的测试活动，构建测试过程树；所述一棵测试过程树包括一个或多个测试活动，每个测试活动包括一个或多个工作要素；

所述测试文档构建单元，还用于初始化测试规范度级别所对应的文档模板，确定各文档模板所包含的文档要素及各文档要素的属性，以及确定测试活动与文档模板之间的映射关系和工作要素与文档要素的映射关系。

10、根据权利要求9所述的方法，其特征在于，在进行软件测试中，

所述测试规范度选择单元，还用于在测试活动中的某个工作要素执行完毕后，根据接收到的更改指令，更改所述测试项目所对应的测试规范度级别；

所述测试过程构建单元，还用于获取更改后的测试规范度级别所对应的第二测试活动集；

所述测试流程实施单元，还用于根据所述第二测试活动集合获得更新后的测试过程，按照所述更新后的测试过程进行软件测试。

11、根据权利要求8所述的系统，其特征在于，

所述存储单元，还用于存储用户信息及其权限；

所述系统还包括：

系统配置控制单元，用于对登录的用户进行鉴权，鉴权通过后，按照用户注册时的权限，显示与该用户权限所对应的内容给所述已登录的用户。

Images