14 计划试工作.pptVIP

计划测试工作 把之前的软件测试知识（去哪里找、如何测试、如何有效测试）联系起来，说明和软件测试有关的所有工作如何计划、如何组织 使用测试文档的必要性 软件测试员目标：尽可能早地找出软件缺陷，并保证其得以修复。 利用精心组织的测试计划、测试用例和测试报告，对测试工作进行正确的记录以及交流，将使达到目标变得更加可能。 本章内容重点是测试计划（最基本的测试文档）——一般由测试负责人或项目经理负责制定。 测试计划的目标 如果测试员之间不交流计划测试的对象，需要什么资源，进度如何安排，整个项目就很难成功。 软件测试计划——是软件测试员与产品开发小组交流意图的主要方式。 测试计划的目标是：规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人，以及与计划相关的风险。 认清测试计划文档的作用 根据IEEE的标准，测试计划采用的形式是书面文档。这虽然很重要，但是并不是测试计划的全部内容。 测试计划只是创建详细计划过程的一个副产品，重要的是计划过程，而不是产生的结果文档。 如果计划工作的目标从建立文档转移到建立过程，从撰写测试计划到计划测试任务，就不会存在束之高阁的文档了。 因此测试计划过程的最终目标是交流（而不是记录）软件测试小组的意图、期望，以及对将要执行的测试任务的理解。 测试计划主题 因此本章不强调测试计划模板。取而代之的是要遵循一系列重要主题的清单，该清单应该在整个项目小组——包括所有的测试员中全面讨论、相互沟通并达成一致。 这比测试计划模版更加重要。 测试计划主题——高级期望 测试过程中第一个论题是定义测试小组的高级期望。 测试计划过程和软件测试计划的目的是什么？——不但测试人员要清楚，还要保证程序员、文档编写人员、管理部门都要知道。因为测试要获得他们的同意和支持。 测试的是什么产品。因为软件产品不断的升级换代，下一版本是完全重写呢，还是维护升级呢？它是一个独立的程序还是有若干个小程序构成的？它是自行开发的还是第三方开发的？ 产品的质量和可靠性目标是什么？如销售代表说软件运行要尽量快（怎么快）；程序员说软件要使用最酷（何为酷）的技术；产品支持说软件不能有引起任何（什么程度）冲突的缺陷，等等，这些都要有一致通过的定义。 测试计划主题——人、地点和事 测试计划需要明确在项目中工作的人，他干什么，怎样和他联系。 因为测试小组有可能跟所有的人都需要打交道。 内容包括人员姓名、职务、地址、电话号码、电子邮件地址和职责范围。 还要包含相关文档放在哪里？ 如果在执行测试时硬件不可缺少，那么它放在哪里、如何得到？如果有进行配置测试的外部测试实验室，那么它们具体在哪里？ 找到所有的问题，把它们记录下来。 测试计划主题——定义 请回顾软件缺陷的定义。它为我们认清缺陷的本质和识别缺陷提供了依据。如果程序员、测试员和管理部门对定义未能达成一致，争执在所难免。 下面列出一些常用术语的清单，旨在说明全体人员了解其含义的重要性： 构造：程序员放在一起需要测试的代码和内容的搜集。测试计划应该定义构造的频率（每天、每周）以及期望的质量等级。 测试发布文档（）：程序员发布的文档。对每一个构造都声明新特性、不同特性、修复问题和准备测试的内容。 测试计划主题——定义（CONT） Alpha版：意在对少数主要客户和市场进行数量有限的分发，用于演示目的的早期构造。使用alpha版的所有人必须了解其确切内容和质量等级。 Beta版：意在向潜在客户广泛分发的正式构造。进行beta测试的原因需要定义。 说明书完成：说明书预计完成并且不再更改的日程安排。虽然不可能非常精确，但是它确实应该设定，以后只能进行控制范围内的小改动。 特性完成：程序员不再向代码增加新特性，并集中修复缺陷的日期安排。 软件缺陷会议：由测试经理、项目经理、开发经理和产品支持经理组成的团队，每周召开会议审查软件缺陷，并确定哪些需要修复，应该如何修复。软件缺陷会议是在测试计划中建立质量和可靠性目标的主要措施之一。 测试计划主题——团队之间的责任 有时确认职责划分非常麻烦，有些任务有多个负责者，一个负责人可能同时负责多个任务。 划分团队之间责任的有效方法是构造P181 17-1所示的简表。其中“*”表示任务的责任者，“-”表示任务的参与者，空白表示不负责该任务。 测试计划主题——哪些要测试，那些不要测试 却是软件产品中包含某些内容不必测试。 以前发布过或者测试过的软件部分 来自其他软件公司（如外包公司）并已经测试过的内容 如果某部分内容不需要测试，需要阐明这样做的理由，因为这是风险。 测试计划主题——测试的阶段 要计划测试的阶段，测试小组就会查看预定的开发模式，并决定在项目期间是采用一个测试阶段还是分阶段测试。 在边写边改的开发模式中只有一个测试阶段。在螺旋模型中可能