sxy3-第1215章+软件测试的实践过程概述.pptVIP

- Ch.3 软件测试的实践流程简介 书12-15章 软件测试实践流程 §1 组织和管理测试团队 二、测试团队的地位 三、测试团队的规模 四、测试团队的构成 五、优秀测试人员的必备素质 §2 测试环境的建立 一、测试环境的重要性 2.各阶段测试环境对测试的影响 3. 主测试环境与辅测试环境 二、测试环境的五要素 三、建立软件测试实验室 §3 软件测试用例的设计 1.什么是测试用例 定义 根据测试内容的一系列情景和每个情景中必须依靠的输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。 测试用例是为了特定的目的而设计的测试数据及与之相关的测试规程的一个特定的集合。测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 为什么需要测试用例 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性； 测试用例的使用令软件测试的实施重点突出、目的明确；便于大型软件测试项目； 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪； 减少回归测试的复杂程度；在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期； 功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升； 根据测试用例的操作步骤和执行结果，可以方便地书写软件测试缺陷报告；为分析软件缺陷和程序模块质量提供依据； 可以根据测试用例的执行等级，实施不同级别的测试； 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 2.测试用例的设计书写标准 ANSI/IEEE829-1983标准 标识符 Identification 编号：整型，必有----用于不同文档、相互引用 测试项 test item 准确描述所要测试的项及特征：字符型，必有---指明具体的测试对象/具体测试特性要求 测试环境要求 test environment 特殊的环境要求：字符型，可选----一般软硬件环境可以不必给出 输入标准 input criteria 准确描述输入需求，包括数据、文件或操作步骤，必要时罗列数据库和文件：字符型，必有---指明执行测试时具体的数据及输入步骤 输出标准 output criteria 按照指定的环境和输入标准执行后所期望的输出结果：字符型，必有----描述清楚无异议，必要时尽量提供适当的系统规格说明来证明期望的结果 测试用例之间的关联 标志本测试用例与其他测试用例的依赖关系：整型，可选 测试用例 测试类型与测试用例设计 根据测试类型设计 3.设计测试用例的原则 尽量避免含糊的测试用例 尽量将具有相类似功能的测试用例抽象并归类 尽量避免冗长和复杂的测试用例 4.测试用例设计工具 设计依据： 软件需求文档 软件设计文档 案例研究1：根据输入判断三角形的形状 案例研究1：判断三角形的形状（续1） 案例研究1：判断三角形的形状（续2） 案例研究2：测试用户登录对话框的功能 案例研究2：登录对话框的功能（续1） 案例研究2：登录对话框的功能（续2） 案例研究3：压力/负载测试用例设计 案例研究3：压力/负载测试用例设计（续1） §4 报告所发现的软件缺陷 软件缺陷 软件缺陷指的是系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。如果在执行中遇到一个缺陷，可能引起系统的失效。 准确有效的定义和描述软件缺陷 分离、再现、跟踪软件缺陷 快速修复软件缺陷 1. 软件缺陷的基本描述 软件缺陷的描述是软件缺陷报告中测试人员对问题的陈述的一部分并且是软件缺陷报告的基础部分。同时，软件缺陷的描述也是测试人员就一个软件问题与开发小组交流的最初且最好的机会。 一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。 以下是软件缺陷的有效描述规则： 单一准确 可以再现 完整统一 短小简练 特定条件 补充完善 不做评价 （1）软件缺陷标识和类型 缺陷标识：是标记某个缺陷的唯一的表示，可以使用数字序号表示。 缺陷类型：是根据缺陷的自然属性划分缺陷种类。 （2）软件缺陷的严重程度 缺陷严重程度：是指因缺陷引起的故障对软件产品的影响程度，所谓“严重性”我指的是在测试条件下，一个错误在系统中的绝对影响。 （3）软件缺陷产生的可