软件测试管理知识整理

一：软件测试管理

1.软件测试管理概述

软件测试管理流程。概括地说，软件测试挂历流程分为：计划测试，设计测试，这行测试，总结测试。

软件测试管理。软件测试管理着眼于软件测试的流程进行策划和组织，是对测试全程实施的管理和控制，将提高测试活动的可视性和可控性。建立测试管理是将测试所涉及的各个方面实现系统关联，通过过程管理中各项功能的作用，大幅度提高测试工作效率和测试质量，并满足更高要求的测试活动。

测试活动的组织与策划。确定测试过程中的组织结构及结构间的关系，以及所需要的组织独立程度。同时指明测试过程与其他过程（如开发、项目管理、质量保证配置管理）之间的关系。

测试管理策略的制定需求通过测试者自主开发和量身定做，以最能适应测试团队自身的工作需求。

2.测试管理与PDCA模型

狭义的测试管理主要包含测试需求管理、测试用例管理、测试过程管理、测试跟踪管理和测试报告管理五项管理。这五项管理可以说成是一个PDCA循环。

PDCA模型：P(plan)计划、D（do）执行、C(check)检查、A(action)改进。

P计划：包括方针和目标的确定以及活动计划的制定。

D执行：执行就是具体运作，实现计划中的内容。

C检查：总结执行计划的结果，明确哪些对了，哪些错了，确定效果，找出问题。

A改进：对总结检查的结果进行处理，成功的经验加以肯定，并予以标准化或制定作业指导书，便于后续工作遵循；对于失败的教训也要总结，以免重现。对于没有解决的问题，应提给下一个PDCA循环去解决。

PDCA有四个明显的特点：

（1）周而复始：PDCA循环的四个过程不是运行一次就完结，而是周而复始的进行。一个循环结束了，解决了一部分问题，可能还有问题没有解决，或者又出现了新的问题，在进行下一个PDCA循环，以此类推。

（2）大环带小环：类似行星轮系，一个公司或组织的整体运行的体系与其内部各子系统的关系，是大环带小环的有机逻辑整合体。

（3）阶梯式上升：PDCA循环不是停留在一个水平上的循环，不断解决问题的过程就是水平逐步上升的过程。

在测试管理中，测试需求是对测试的分析策划，测试用例是对测试的详细计划，测试过程管理和缺陷跟踪管理是对测试执行的跟踪，通过分析缺陷报告和测试报告，能总结出前面几个阶段不足的地方，从而进行改进，指导下一个测试过程。这个策略就是PDCA的运用。

3.测试的组织与规划

测试的组织与规划表示测试过程中的组织结构和结构间的关系，以及所需要的组织独立程度。同时，指出测试过程与其他过程，如开发、项目管理、质量保证配置管理之间的关系。

（1）组织测试设计。测试设计描述测试各个阶段需要运用的测试要素，包括测试用例、测量工具、测量代码的设计思路和设计准则。对测试工具和测试代码的设计应该有更为详细的设计文档作为指导，在文档中应该提供引用说明。不同的测试阶段对测试要予以取舍。

为每一组重要特征或特性组合指定一个可以保证这些特性被充分测试的用途，应详细指出用于该组特性测试的测试活动、技术、工具，运用的专门技术，用于分析测试结果的设计方法。

测试设计描述的详细程度应能用于确定主要的测试任务和估计每一项任务的需求。

测试用例设计，要能总结测试用例的共同属性。例如，共同的约束条件、共同的环境需求、共同的程序需求、共同的测试用例依赖条件等；描述测试用例设计的规范；描述测试用例操作序列的测试规程设计和状态转换图等设计。

测试工具的设计及选配：描述将要采用的测试工具的功能与设计，选配及组合思路。

测试代码设计：描述将要插装的测试代码的测试要点、设计思路。

确定应交付测试物：指明应交付的文档、测试代码及测试工具，一般包括这些文档测试计划、测试方案、测试用例、测试规程、测试日志、测试总结报告、测试输入与输出数据、测试工具。

（2）对测试件管理。测试件包括开发的测试工具、测试套、测试驱动程序、测试桩模块等。测试件也是软件，也需要像其他软件一样被管理和被工程化，把测试件作为产品的一部分等同管理起来，并且使用相同的评价标准和过程。事实上，测试件是一个特殊的应用系统，它的主要目的是为了测试和评价别的应用或系统。如果应用是关键的，那么测试该应用测试件也应当是关键的，并且必须使用工程原则，包括适当的测试和评价（针对测试件的测试）。

对于工程化测试件，其生命周期过程是和开发的软件完全一样的。一些好的软件工程概念和原则都可以被应用到测试件的开发上。有效的测试件工程化关键是活的合适的时间。如果创建测试件太迟，且大部分软件组件已经被设计和编码之后，就不能获得预期回报和积极反馈。例如：试图创建太早，在软件设计和需求稳定之前就完成，那就不能有效开发出符合测试需求和目标的测试件，且需要面临很多返工。

（3）测试需求管理。测试需求是根据测试目标从不同角度明确的各种需求因素，包括：

环境需求、被测对象需求、测试工具需求、测试代码需求、测试数据准备等。测试需求的一个重要指标是必须确保需求的可跟踪性，测试需求源自于软件规格说明机器相关的接口需求说明文档，例如，集成测试需求和单元测试需求应和软件概要设计及详细设计形成对应关系。测试需求的设计必须保证对软件需求的跟踪与覆盖。

环境需求：支出必须的和希望的测试仪器、设备、工具需求以及其他需求。

被测对象需求：测试是否需要对被测对象以及相关对象做特殊要求，例如，对相关对象的版本要求、接口协议要求，以及被测对象的可测性需求，等等。

测试工具需求：若采用自动化测试，在此处列出对于测试工具的需求，测试工具包括自主开发、商用、二次开发工具，等等。

测试代码需求：若需要被测对象插装测试代码、进行可测性设计，在此列出对于测试程序、测试接口的需要。

其他需求：却等需要的特殊工具，确定其他测试需求，如数据需求，为执行测试项目需要在测试前预置数据，避免测一项改一次数据，特别是自动化测试中，或仪器测试中需定义的测试套件和测试数据库。

在系统测试过程中，可明确对测试组网环境的组网数据需求和数据设定规范，确保环境数据规范性，并达到组网环境能对实际运行环境的最大程度仿真和条件满足。

（4）进行测试团队组织的建立与管理。

（5）进行测试用例的设计与执行的管理。

（6）进行缺陷的跟踪与管理。

（7）进行测试环境搭建与配置管理。

4.策划测试度量

量化管理是项目管理的发展趋势。对于测试而言，加强测试成本、结果和效益的度量对测试管理及改进是非常有帮助的。对于理解测试来说，必须收集和跟踪测试过程以及测试有效性方面的数据。

通常，在测试过程中，需要度量的基本数据包括以下几项：

（1）测试投入的工作量和成本数据；

（2）测试任务完成情况；

（3）测试规模数据；

（4）测试结果数据，包括缺陷数据，覆盖率数据等。

有了充分的度量数据，测试管理人员就有了更好的调整测试的依据，同时也为今后类似的测试项目提供了参考。

5.测试用例及管理

（1）测试用例包含的内容及本质

测试用例（Test Case）是测试人员在测试执行过程中，向被测软件输入数据或执行测试操作所使用的实例。它由测试数据、测试操作、预期结果及环境设置等组成。对于交互式系统，软件交互执行过程的控制和操作也是一种测试用例。在这个意义上，测试用例包含着测试项目、测试步骤、测试完成的标准以及测试的方式（自动测试或手动测试）。

测试用例的本质是从测试的角度对被测对象的功能和各种特征的细化而展开。例如，针对系统功能的测试用例是基于软件质量保证人员对系统需求规格说明书中有关系统功能定义的理解，将其逐一细化展开后编制而成的。测试用例不仅是软件开发后期测试的依据，而且在系统的需求分析阶段也是质量保证的重要文档和依据。

若用一个简单的等式来表达测试用例：

测试用例=输入（数据和操作步骤）+输出（期望结果）+测试环境

（2）测试用例设计生成的基本原则

测试用例的设计与生成是验证软件需求的进一步实例化，其基本原则如下：

测试用例的代表性；

测试结果的可判读性；

测试结果的可再现性；

测试用例的有效性；

一个好的测试用例是指很可能找到迄今为止尚未发现的错误的用例。

（3）测试用例的模板

常用的测试用例模板有两种：Excal模板、Word模板。

Excal模板

这种模板是应用较广泛的模板。下面是一个测试某网站的登录模板的测试用例。

（1）项目/软件名称：需要填写的项目或软件名称；

（2）程序版本：该软件或程序目前版本号；

（3）测试环境：填写测试的硬件、软件或网络环境。因为是B/S结构的软件，故分为浏览器和服务器端；

（4） 编制者：填写测试用例的编制者；

（5）编制时间：填写测试用例的编制时间；

（6）功能模块：被测模块的名称；

（7）测试目的：测试所期望达到的目的；

（8）预置条件：在测试该模块之前，需要做哪些工作。例如，要在测试登录模块之前，就必须现在后台数据库添加一个登录用户，用户名：user。密码：123456；

（9）参考信息：需要参考的需求文档的具体内容，例如，需求说明中关于登录的说明。

（10） 特殊规程说明：即备注；

（11）用例编号：为每条用例唯一编号，一般为英文、拼音缩写、数字，例如：DL001表示登录模块第一条测试用例；

（12）测试步骤：操作描述；

（13）输入数据：测试数据；

（14）期望结果：程序应该输出的结果；

（15）测试结果：程序实际输出结果。

Word模板

Word模板也是应用广泛的测试用例模板，但也有其应用领域。下表是测试常用的一种测试用力模板。它包含了设计测试用例的主要部分。实际运用中根据不同的企业测试管理的要求，会增设某些栏目。

两种模板的比较

Excal模板：每个用例占一行，便于集中管理和维护，一般适合写功能测试用例；

Word模板：每个用例占一页，描述清楚，但比较分散，适合于写性能测试用例。

测试用例举例：

Vista测试案例：确认最低权限用户不能将文件保存到Windows系统目录中。

【步骤】：以logouser1身份登录计算机。

（1）单击“%SYSTEMDRIVE%\Windows”目录。

（2）从上下文菜单中选择“属性”。

（3）单击“安全”选项卡。

（4）确认用户组的ACLS选中了如下选项：

读取和执行；

列出文件夹内容；

读取；

启动应用程序。

（5）如果应用程序允许用户执行文件创建、保存、打开等操作，则创建一个新文件，并尝试将其保存到Windows系统目录（%Windir%）中。

（6）重新检查上述目录的ACLS。

【验证】：若要通过此测试用例，应用程序不能允许最低权限用户将任何文件保存到Windows系统目录中；若要通过此测试用例，应用程序不能编辑“%SYSTEMDRIVE%\Windows”目录的ACLS。

【说明】：若要通过此测试用例，应用程序必须显示一条消息，提示用户无权将文件保存到此位置。

本文来源：https://www.2haoxitong.net/k/doc/fbcfd88cd0d233d4b14e695a.html