从满足项目预算和时间进度要求的角度看,测试计划是项目成功的一个主要因素_2

《从满足项目预算和时间进度要求的角度看,测试计划是项目成功的一个主要因素_2》由会员分享，可在线阅读，更多相关《从满足项目预算和时间进度要求的角度看,测试计划是项目成功的一个主要因素_2（9页珍藏版）》请在金锄头文库上搜索。

1、测试计划示例从满足项目预算和时间进度要求的角度看，测试计划是项目成功的一个主要因素。测试计划活动的输出是一份测试计划文档，其中确定了测试产品所需要的资源，确定了需要对什么进行测试、如何进行测试以及测试的结果或提交产物是什么。下面是一个测试计划文档的例子，描述了一个测试管理工具（TMT）产品的测试计划。文档标识符：TMP-TP-10文档版本：0.8作者：测试管理工具版本 1.0测试计划1. 简介这份文档的目标是详细描述对测试管理工具进行功能验证的测试过程。本文档所关注的特征来自于需求文档：测试管理工具需求定义。需求文档的标识符是 TMT-HD-10。2、测试项以下是本文档所关注产品的组成部分的一

2、份清单。 要测试的发行版这项测试工作将关注“测试管理工具 1.0 版”的特征功能。 缺陷修正这是产品的第一个发行版本，所以没有以前版本中发现的缺陷而需要在这个版本中进行测试的。在这次测试工作期间发现的所有缺陷都会被修正并被确认。 发行媒质产品的首个发行版本将可以从开发站点下载。市场部门认可的客户也可以获得产品的 CD.这两种发行方式都将被测试. 最终用户文档-假定客户端和服务器会在不同的位置，所以会有两个独立的模块，每个都有自己的安装程序。诸如用户指南“、 ”安装指南和“发行说明“等最终用户文档将分别下载，这样顾客可以了解系统需求和安装过程。安装和打包会被测试，文档的准确性会被复查。3.准备测

3、试的特征以下特征将被测试，以确保测试管理工具能满足 tmt 需求规格说明书中制定的需求： 需求 3.1.1 用户界面 需求 3.1.2 导航 需求 3.1.3 用户认证客户 需求 3.1.4 用户认证管理员 需求 3.1.5 当前项目 需求 3.1.6 已完成项目 需求 3.1.7 创建新项目 需求 3.1.8 修改项目 需求 3.1.9 删除项目 需求 3.1.10 创建测试用例或测试套件 需求 3.1.11 修改测试用例或测试套件 需求 3.1.12 删除测试用例或测试套件 需求 3.1.13 查看测试用例 需求 3.1.14 查看测试套件 需求 3.1.15 运行单个测试 需求 3.1.

4、16 运行测试套件 需求 3.1.17 创建运行清单 需求 3.1.18 执行运行清单 需求 3.1.19 缺陷汇总 需求 3.1.20 测试结果一单个测试 需求 3.1.21 测试结果一测试套件或运行清单 需求 3.1.22 创建追踪矩阵 需求 3.1.23 备份一测试用例 需求 3.1.24 备份一测试套件 需求 3.1.25 备份测试结果 需求 3.1.26 恢复测试用例 需求 3.1.27 恢复测试套件 需求 3.1.28 恢复测试结果 需求 3.1.29 导出测试用例 需求 3.1.30 导出一测试套件 需求 3.1.31 导出一测试结果 需求 3.1.32 帮助 需求 3.1.33

5、 多用户功能4、不准备测试的特征以下功能和系统配置是不准备测试的： 本次测试将不考虑关系数据库的安装和功能。我们假定数据库已安装并处于可操作的状态。我们也假定数据库表结构是准确的，包含需求规格说明书中定义的规定类型和宽度的字段。这些需求在准备和安装文档指南中有详细说明。 本次测试将不会直接测试 Web 服务器（Apache 或 IIS） 。 本次测试将不会考虑大量的客户端/服务器压力测试。多用户功能将通过 5 个真实用户来测试，这是规定的多用户功能至少要支持的情况。5、方法总体测试方法包括特征测试、回归测试、产品安装测试、备份和恢复测试、GUI 测试。在本节中，将对每种测试进行较为详细的描述。

6、5.1 特征测试在需求定义 TMT-RD-10 中描述的所有特征，都将在选定的客户端/服务器配置组合上进行测试。特征测试将包括功能测试和恶意测试（使用设计者所不期望的数据进行操作） 。5.2 回归测试因为这是产品的第一个版本，所以不需要验证以前版本中修正过的缺陷是否又重新出现。这个版本关注的是系统测试阶段修正的缺陷不会破坏以前能工作的功能。我们将使用以下方法来对产品的第一个版本进行回归测试。 发现缺陷时，它们会被修正。对测试团队收到的每个软件进行构建，都会执行测试以验证那些修正过的缺陷没再重现。换言之，每个缺陷修正都会在声称修正了它的版本中进行验证。 在产品已稳定并通过测试用例的证明之后，会进

7、行一次最后的回归测试，然后再是产品是否准备好的复查。对于这个版本来说，通过回归测试意味着通过所有的测试用例。5.3 产品安装测试团队收到的每个软件构建版本都会按照客户所使用的安装过程进行安装。但对每个构建来说，客户端和服务器部分将只在部分平台和操作系统的组合配置上安装，这些配置组合是在需求规格说明书中定义的。我们假定在一种 UNLX 平台上的成功安装就代表了在所有其他 UNIX 平台上的成功安装，对于不同种类 Windows 系统来说也是如此。这种方法得到了客户的同意。5.4 备份和恢复备份和恢复将针对项目数据、测试用例数据、测试套件数据和测试结果数据进行。我们会将数据备份到本地的物理驱动器和

8、逻辑驱动器上，也会通过网络进行备份。通过网络进行备份是客户通常最可能的使用方法，因此将投入主要工作量进行测试。5.5GUI 测试我们将采用以下方法来测试 TMT 和 GUI。 我们将使用 Netscape Navigator 和 Microsoft IE 对图形用户界面进行测试。我们会在两种浏览器上对所有功能以及功能间的导航进行测试。 所有测试都将手工进行。 所有的缺陷都将使用公司的缺陷追踪系统进行追踪，直至其关闭。这一点针对的是我们近来在多个项目的事后分析中发现的 GUI 测试的缺点。6通过/失败标准每个测试用例的通过/失败标准都由它预期的结果来描述。如果在执行一个测试用例时得到了预期的结果

9、，那么测试就通过了。如果在执行一个测试用例时没有得到预期的结果，那么测试就失败了。如果因为构建中存在一些障碍性的缺陷而未能执行某项测试，则该测试的结果将记为“受阻” 。要让 TMT 产品成功退出系统测试阶段，需要至少在软件的一个构建上运行本测试计划定义的所有测试用例。所有运行的测试都要通过，在测试结束时不能有未修复的灾难级错误。7挂起标准和继续要求如果基本的功能不能工作，例如不能安装和运行程序，那么测试工作将挂起，直到这种功能可以工作为止。当出现灾难性的缺陷时，我们将尝试继续测试，除非该缺陷严重，致使超过 50%的测试用例受阻。8测试提交产物以下是测试过程将提交的工作产物。 本测试计划。 需求

10、追踪矩阵。 测试规格结果报告。 向测试经理和开发经理提交的每日的测试状态报告。 缺陷报告。编写发行版说明是开发团队的职责，但在复查产品是否准备好之前，测试团队将复查发行版说明并批准它。9测试任务在测试 TMT 应用时需要执行如下任务。 执行产品安装测试。 运行特征测试和报告缺陷。验证对缺陷的修正。运行备份和恢复测试。执行 GUI 测试。进行缺陷复查。准备测试状态报告。编写测试结果报告。在本节中我们将预估计执行以上任务所需的时间（以人时为单位） 。对测试 TMT 产品所需的时间和资源影响最大的因素，是需要定义中所需求的客户端/服务器的种类。表 7-2 汇总了所要求的操作系统。表 7-2 客户端和

11、服务器的操作系统客户端操作系统 服务器操作系统Microsoft Windows Microsoft WindowsWindows 95 Windows NT3.51 或更高版本Windows 98 UNIXWindows ME SUN Solaris 2.6 或更高版本Windows XP HPUX10.0 或更高版本Windows NT3.51 或更高版本 Open BSDWindows 2000 AIX2.4.1 或更高版本Apple SCO Open DesktopMAC OS9.x 或更高 Linux Red Hat6.x 或更高版本从表中可以看出，需求定义中要求产品支持 7 种客户

12、端操作系统和 7 种服务器端操作系统，这还是假定只使用一种 Windows NT、Solaris2.6、MAC OS9.x 和 Linux 6.x。这意味着有 49 种可能的客户端操作系统和服务器操作系统的组合。如果平均花 5 小时来安装每组操作系统组合，那么光产品安装测试所要求的时间就达到 5*49=245 小时，即约 30 个工作日。请注意，安装包括了操作系统、关系数据库、TMT客户端和服务器的应用程序以及客户端的浏览器。如果所有特征测试和备份测试都要在 49 种操作系统上执行，那么测试 TMT 所需要的时间将是相当巨大的。由于测试所有可能的配置组合需要大量的时间，我们将只在部分客户端/服

13、务器组合上执行产品安装测试，见表 7-3。表 7-3 产品安装测试所选择的客户端/服务器组合组合 客户端操作系统 服务器操作系统1 Windows 95 Windows NT3.512 Windows 98 SUN Solaris 2.63 Windows ME HPUX10.04 Windows XP Open BSD5 Windows NT3.51 AIX2.4.16 Windows 2000 Linux 6.57 MAC OS9.0 SCO Open Desktop减少了要测试的组合情况，使产品安装测试所需要的工作量降低到 35 小时，这比测试所有可能组合所需的 245 小时减少了很多。

14、对于执行特征测试和备份/恢复测试来说，表 7-3 中列出的组合仍然太多。对于特征测试和备份/恢复测试，客户端/服务器的组合将进一步减少为两种，见表 7-4。表 7-4 产品安装测试所选择的客户端/服务器组合组合 客户端操作系统 服务器操作系统1 Windows 95 SUN Solaris 2.62 Windows 2000 Linux 6.5假定使用了表中列出的客户端/服务器配置组合，预计 TMT 应用的每个测试循环所需的时间见表 7-5。请注意，每个循环测试包括针对一个被测构建运行一组完整的测试。如果测试 TMT 应用需要三个测试循环，则总测试工作将需要表中预估工作量的三倍。表 7-5 预

15、计每个测试循环所需的工作量任务 时间/小时产品安装测试 35运行特征测试并报告缺陷 16验证对缺陷的修正 24备份和恢复测试 24GUI 测试 16报告测试状态 16运行缺陷复查 8总计 13910测试配置信息图 7-1 展现了第一种测试环境的情况，它将用来进行特征测试、备份/恢复测试和 GUI 测试。测试环境中有两台服务器和五个客户端，服务器和客户端通过网络连接在一起。第一种测试环境是基于表 7-4中列出的服务器/客户端操作系统组合的。我们会将第一种测试环境作为主要验证缺陷修复的配置。虽然在图 7-1 中没有明确指出，服务器和客户端都会运行 Oracle 数据库的相关程序，TMT 需要用到它

16、。这种在测试配置上的限制需要在“发行版说明”中指明。预期在将来的测试里会用到其他的数据库系统。另一点图中没有明确指出的是，客户端 1、3、5 将使用 IE 作为浏览器，客户端 2、4 将使用Netscape Navigator 作为浏览器。图 7-2 展现了第二种测试环境。这种测试环境是为产品安装测试而设计的，但在需要的时候也可用于其他测试。请注意，第二种测试环境是惟一支持 Apple Macintosh 平台进行测试的环境。11.职责本节从组织层面上讨论测试的职责，这里不会包括单个测试工程师的职责，7.3 节会讨论这方面的内容。开发团体的职责： 在开发时，对产品特征完成单元测试。 在构建完成打包并交付给测试团体之前，对产品特征时行