第五章节--测文档知识1.ppt

测试文档的相关知识 主讲人:杨林曦 章节内容 测试文档的要求 测试文档种类 测试需求文档的编写 测试计划文档的编写 测试用例文档的编写 缺陷报告的编写 测试文档的要求 测试文档是记录测试过程的数据 测试文档必须保证为以后的缺陷跟踪提供依据 测试文档要能证明测试的过程 测试文档要能证明测试的步骤 测试文档是贯穿整个测试流程的 测试文档要覆盖软件开发生命周期 测试文档的种类 测试文档的种类包括: 需求类文档 计划类文档 设计类文档 执行类文档 缺陷记录类 阶段汇总类 测试总结类 测试前的思考 你知道要测试的系统是干什么的吗？ 你了解系统有些什么特点吗？ 系统有些什么功能？ 系统哪些部分需要测试？哪些不要测试？ 系统对性能有什么要求？ 系统对安全性有什么要求？ …… 内容提要 什么是测试需求？ 为什么要做测试需求？ 什么时候开始？ 测试需求的分类 测试需求的组成与结构 测试需求的来源 测试需求风险因素 测试需求的粒度 测试需求分析方法 测试需求注意事项 什么是测试需求？ 测试需求就是指：什么是我们所要测试的？ 测试需求关注于What 测试需求说明了在一个软件测试项目中： 项目的测试范围 项目的测试目标 项目的测试范围 在测试项目中，我们需要进行开发生命周期中哪些阶段测试 单元测试 集成测试 系统测试 验收测试 例如： 在为A公司（某软件开发公司）提供的一个测试服务项目中，测试的范围包括集成测试和系统测试。 在为B公司（某行业用户企业）提供的一个测试服务项目中，测试的范围只包括验收测试。 项目的测试目标 系统的哪些特性需要被测试以保证这些特性的质量。 系统特性包括：功能、性能、易用性、安全性、兼容性…… 测试目标要根据系统的特点进行分解细化，分解到一个可测试的粒度，即单项具体的特性。 未经分解细化，笼统的、整体或者概括性的特性不利于测试工作的开展。 为什么测试需求很重要 1 测试团队、开发、客户之间的测试目标不一致 在一些测试项目中，测试人员的任务安排往往由领导简单的几句所决定，没有明确测试要求和范围。 测试人员根据自己的理解和认识对应用程序进行测试，而项目经理、客户则有着不同的期望和思路。 因为缺乏有效的沟通，各方没有达成一致的认识，导致测试人员的工作不被认可甚至被批判。 定义测试需求时，需要测试分析人员同开发人员或客户进行大量的沟通，补充遗漏的范围、修正错误的理解、确定需求的优先级，并进行确认和评审，确保所制定的测试需求符合项目的测试目标和客户的期望 为什么测试需求很重要2 因时间关系导致很多重要内容都来不及测试 软件测试项目大多时间非常紧张，很多测试人员和团队因为缺乏适当的规划和优先级划分，导致在项目终止时间点时仍然有大量重要的内容没有测试，而招致项目的延迟和开发/用户的指责。 作为测试需求，由于含有要测试内容的详细信息和重要程度、优先级别等信息，在后续阶段设计测试用例时就要参考测试需求，并对测试需求进行覆盖，以使所有的测试目标能够被充分的覆盖。从而确保测试人员“做该做的事” 为什么测试需求很重要3 无法有效估计项目所需资源 在软件测试项目开始的初期，需要对项目所需的各种资源进行估计和规划，以确定项目所需时间、人力资源、软件、硬件等各方面的资源，从而能够事先进行准备。然而在没有确认明确而细致的项目测试范围之前，我们很难对项目所需的资源进行估计。 通过制订细致的测试需求，我们能知道在测试项目中所需要做的测试活动、规模和各自的优先级，这将为我们制定进度时间表、分配资源以及如何确定某个阶段测试工作是否完成提供一个可供衡量的标准 为什么测试需求很重要4 资源难以合理分配 测试项目中，合理地分配各种资源是减少项目开销、提高项目质量和提高测试人员工作效率所必需的。然而在没有明确和细致的测试范围之前，我们在资源的选择和分配上就会碰到难题。比如资深测试人员和新手的比例分配，项目各个阶段资源分配比例等等。 在有了细致的测试需求的基础上，我们可以了解应用程序各个特性和阶段的规模、要求和优先级，从而能够更加有效的分配测试项目的资源 为什么测试需求很重要5 总是出现测试逃逸现象 在很多软件测试项目完成后，测试人员总是受到用户和开发部分责备，反映很多问题在测试中没有发现，甚至一些重要的问题也被遗漏。或是用户关注的方面质量很差，而用户不是那么在意的部分却质量不错。 通过制订细致的测试需求，并和开发/用户共同确认测试内容的优先级和有效性，可以明确用户最关心的方面、系统的薄弱环节，在测试设计阶段就能够更加有针对性地设计测试用例和测试脚本，从而能够发现更多可能对用户造成重大影响的缺陷，保证测试项目对用户带来最大化的效益 为什么测试需求很重要6 测试进度难以跟踪 在任何项目中，管理人员和用户总是希望及时知道项目的进展情况，软件测试