第3章 软件测试计划-【千锋教育】全栈软件测试实战（基础+方法+应用）（慕课版）同步教案

千锋教育 全栈软件测试—入门宝典 教学设计 课程名称： 全栈软件测试—入门宝典 _ 授课年级： _______________________ 授课学期： _______________________ 教师姓名： _______________________ 2020年03月01日 课程名称 第3章 软件测试计划 计划学时 2学时 内容分析 本章主要介绍测试计划目标、测试计划主题、编写软件测试计划的注意事项 教学目标 与 教学要求 要求学生了解软件测试计划的目标，理解软件测试计划的主题，掌握软件测试计划的模板，熟悉编写软件测试计划的注意事项 教学重点 测试计划目标、测试计划主题、编写软件测试计划的注意事项 教学难点 测试计划主题、编写软件测试计划的注意事项 教学方式 课堂讲解及ppt演示 教 学 过 程 第一课时 （测试计划目标、测试计划主题） 回顾内容 1.回顾上节，引出本课时的主题 上节学习了测试开发流程，本节开始软件测试计划的学习，从而引出本课时的内容，测试计划目标和测试计划主题。 2.明确学习目标 （1） 能够了解测试计划目标 （2） 能够熟悉定义，高级期望，人、地点和事 （3） 能够理解团队之间的责任 （4） 能够熟悉测试的侧重点 （5） 能够掌握测试的需求 （6） 能够理解测试的阶段 知识讲解 · 测试计划目标 软件测试计划是软件测试人员与产品开发小组交流意见的主要途径。如果程序员只编写代码而不说明代码的功能以及如何执行，执行测试任务就很困难。另外，如果测试人员之间不交流准备测试的对象，如需要的资源、进度的安排，整个项目就很难成功。 IEEE 826-1998将软件测试计划描述为“一个叙述了预定的测试活动的范围、方法、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。” 根据该定义和IEEE的其他标准，测试计划所采用的形式是书面文档。测试计划只是创建详细计划过程中的一个子产品，重要的是计划过程，而不是它所产生的结果文档。 此外，需格外注意软件测试计划工作和撰写测试计划两者的区别。撰写的测试计划在一般情况下会成为被束之高阁的文档，即一个空架子。如果将计划工作的目标从建立文档转到建立过程，从撰写测试计划转计划测试任务，空架子的问题就迎刃而解了。描述计划结果的最终测试计划文档不可缺少，需要有一个测试计划作为参考和归档，但文档只是个子产品，并不是计划过程的根本目的。 交流软件测试小组的意图、期望，以及对将要执行测试任务的理解，才是测试计划过程的最终目标。如果花费一些时间和项目小组共同研究测试主题，确保所有人都了解测试小组的计划，最终就可以达到上述目标。建立全面测试计划的安排一般不会安排测试新手来完成，而是由测试负责人或者经理来做，而测试人员一般要协助建立测试计划，因此需要了解计划测试所包含的内容，以及测试计划需要的信息。通过这种方式，测试人员可以利用掌握的信息组织自己的测试任务。 · 测试计划主题 许多软件测试的书籍中提供了测试计划模板或测试计划样本，可随意修改，从而建立针对具体项目的测试计划。该方法的问题是没有把注意力放到计划过程上，反而将文档看作重点。大型软件项目的项目经理和测试负责人在现成的测试计划模板上剪切、复制、查找或替换，最终得到当前项目“专用”的测试计划。如此创建出的测试计划没有抓住重点，可能导致其他人不清楚测试人员的意图，使测试项目出现弊端。 如果没有测试计划模板，就需要遵循一系列重要主题的清单，该清单应该在整个项目小组中深入讨论并达成一致。此清单也许并不适用于所有项目，但是它列出了一系列常见的并且与重要测试相关的问题，所以比测试计划模板更实用。计划本质上是一个动态过程，因此若发现列出的问题不适应具体情况，可以自行调整。 测试计划过程的结果是一种文档。软件测试文档的IEEE标准829—1998推荐了一种常用格式。若行业或者公司需要有自己的标准，格式可以预先定义。不论采用何种格式，文档都应该达到能够非常有效地交流工作的目的。 · 定义 让项目小组中的全部成员在高级质量和可靠性目标这两者上达成一致是一件很困难的事情，而这只是软件项目中需要定义的用词和术语的开始。 1. 软件缺陷的定义 （1）软件未实现产品说明书要求的功能。 （2）软件出现了产品说明书指明不应该出现的错误。 （3）软件实现了产品说明书未提到的功能。 （4）软件未实现产品说明书虽未明确提及但应该实现的目标。 项目小组中最大的问题之一是忽视在开发产品中常用术语的含义。程序员、测试员和管理部门对术语都有自己的理解。如果程序员和测试员对软件缺陷定义的基本理解未能达到一致，争论在所难免。测试计划过程就是对小组成员内的用词和术语进