《软件测试》第5章 软件测试的管理过程.pptxVIP

第五章 软件测试的过程管理 第五章 软件测试的过程管理5.1 软件测试的各个阶段5.2 测试需求5.2.1 测试需求的分类5.2.2 测试需求的收集5.2.3 测试需求的分析5.2.2 测试需求的评审5.3 测试计划5.3.1 测试计划的目标5.3.2 制定测试计划5.3.3 划分测试用例优先级 第五章 软件测试的过程管理5.4 测试设计及测试用例5.4.1 测试用例的设计原则5.4.2 测试用例的设计方法5.4.3 测试用例的粒度5.4.5 测试用例的评审5.5 测试的执行5.5.1 测试用例的选择5.5.2 测试人员分工5.5.3 测试环境的搭建5.5.5 BVT测试与冒烟测试5.5.5 每日构建介绍 第五章 软件测试的过程管理5.6 软件缺陷分析5.6.1 软件缺陷分析的作用5.6.2 软件缺陷的分类5.6.3 软件缺陷分析方法5.6.5 软件缺陷分析的流程5.6.5 软件缺陷报告 5.1.1 软件测试的各个阶段（1）测试需求的分析和确定（2）测试计划（3）测试设计（4）测试执行（5）测试记录和软件缺陷跟踪（6）回归测试（7）测试总结报告 第五章 软件测试的过程管理5.2 测试需求5.2.1 测试需求的分类5.2.2 测试需求的收集5.2.3 测试需求的分析5.2.2 测试需求的评审 5.2.1 测试需求的分类测试需求按适用范围分为公共测试需求和项目测试需求，按需求类别分为显性测试需求和隐性测试需求。 5.2.1 测试需求的分类项目测试需求又分为功能测试需求、流程测试需求、通用测试需求及非功能测试需求 5.2.2 测试需求的收集软件测试需求的主要来源是系统需求说明书（软件规格说明书），有了系统需求说明书基本就能画出系统。测试需求还可以通过其他途径来获得。（1）与待测软件相关的文档资料，如用例、界面设计、项目会议或与客户沟通时关于需求信息的会议记录、其他技术文档等。（2）与客户或系统分析员的沟通记录。（3）业务背景资料，如待测软件业务领域的知识等。（4）正式与非正式的培训资料。 5.2.3 测试需求的分析（1）常用的或规定的业务流程。??（2）各业务流程分支的遍历。（3）明确规定不可使用的业务流程。（4）没有明确规定但是应该不可以执行的业务流程。（5）其他异常或不符合规定的操作。软件需求分析、设计和实现阶段出现的问题是软件的主要错误来源。因此一旦确定软件需求，即可开始进行测试需求分析。在收集完测试需求后，需要根据测试阶段和重点整理测试需求。测试需求采集之后得到的是一张没有优化的需求表，需要对这份原始需求表进行初步的规划：删除冗余重复的需求，各个需求间没有过多的交集；需覆盖业务流程、功能、非功能方面的需求。在做测试需求分析时需要列出以下类别。 5.2.4 测试需求的评审测试需求评审的内容包括完整性审查和准确性审查完整性审查是检查测试需求是否覆盖了所有软件需求，以及软件需求的各项特征，关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束、行业标准等，同时还要关注系统隐含的用户需求。准确性审查是检查测试需求是否清晰、没有歧义、描述准确，是否能获得评审各方的一致理解，每项测试需求是否都可以作为设计测试用例的依据。测试需求评审可以采取正式的小组会议形式 第五章 软件测试的过程管理5.3 测试计划5.3.1 测试计划的目标5.3.2 制订测试计划5.3.3 划分测试用例优先级 5.3 测试计划（1）定义测试的整体方式和策略。（2）确定测试环境。（3）定义测试级别及它们之间的协作，将测试活动集成到其他项目 活动中并进行协调。（4）确定如何评估测试结果。（5）选择监视和控制测试工作的度量，并定义测试出口准则。（6）确定要准备的测试文档，并确定模板。（7）编写测试计划并确定测试的内容、人员、进度和测试范围。（8）估算测试工作量和成本，（再）估计和（再）计划测试任务。测试计划活动一般包括以下8项 5.3.1 测试计划的目标 测试计划所要达到的目标有以下6点（1）为测试各项活动制订一个现实可行的、综合的计划，内容包括每项测试活动的对象、范围、方法、进度和预期结果。（2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。（3）开发有效的测试模型，能正确地验证正在开发的软件系统。（4）确定测试所需要的时间和资源，以保证其可获得性和有效性。（5）确立每个测试阶段测试完成及测试成功的标准和要实现的目标。（6）识别出测试活动中的各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。 5.3.2 制订测试计划（1）确定测试范围首先要明确测试的对象，有些对象是不需要测试的。例如，大部分软件系统的测试不需要对硬件部