第三章黑盒测试与用例设计---测试用例概述.ppt

* 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性； 测试用例的使用令软件测试的实施重点突出、目的明确； 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪； 减少回归测试的复杂程度 在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期； 功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升； 根据测试用例的操作步骤和执行结果，可以方便地书写软件测试缺陷报告； 可以根据测试用例的执行等级，实施不同级别的测试； 为分析软件缺陷和程序模块质量提供依据； 便于大型软件测试项目外包测试指导基础； 总结： 软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例。 * * 软件 测试 技术 Testing AND Developing 软件测试过程与测试模型 广东岭南职业技术学院 上节回顾 软件测试的实际流程 软件测试的阶段性过程 本节要解决的问题 为什么我们要使用测试用例? 测试用例有哪些基本元素组成? 测试用例编写和设计时需要遵循哪些基本的原则? 测试用例设计，组织和测试过程组织之间的关系和实践过程。 跟踪和维护测试用例。 3.1 测试用例构成及其设计 3.1.1 测试用例的重要性 3.1.2 测试用例设计书写标准 3.1.3 测试用例设计考虑因素 3.1.4 测试用例设计的基本原则 什么是测试用例 测试用例可以独立进行测试执行的最小单元 测试内容的一系列情景和每个情景中必须依靠的输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例 测试用例就是将软件测试的行为活动转化为规范化的文档 ID 类型 标题 测试步骤 期望的结果 说明 001 登录 输入正确密码 用户在登录界面输入正确的密码后，按回车键 程序提示登录成功 002 登录 输入错误密码 用户在登录界面输入错误的密码后，按回车键 程序提示输入密码错误，请重新输入 003 登录 不输入的空密码 用户在登录界面没有输入任何密码使密码为空后，按回车键 程序提示用户没有输入密码，请输入 程序应该告知用户没有输入密码，而不是密码错误 测试用例的元素 3.1.1 测试用例的重要性 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例 测试用例是测试工作的指导，是软件测试的必须遵守的准则，更是软件测试质量稳定的根本保障 测试用例的作用 有效性 可复用性 易组织性 客观性 可评估性和可管理性 知识传递 重要参考依据， 提高测试质量 3.1.2 测试用例设计书写标准 在ANSI/IEEE829-1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下： 标识符——惟一标识每一个测试用例 测试项——准确的描述所需要测试的项及其特征 测试环境要求——表征执行该测试用例需要的测试环境 输入标准——执行测试用例的输入需求（这些输入可能包括数据、文件或者操作） 输出标准——按照指定的环境和输入标准得到的期望输出结果 测试用例之间的关联——标识该测试用例与其它的测试（或其它测试用例）之间的依赖关系 示例 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 3.1.3 测试用例设计考虑因素 具有代表性、典型性 寻求系统设计、功能设计的弱点 测试用例需要考虑到正确的输入，也需要考虑错误的或者异常的输入，以及需要分析怎样使得这样的错误或者异常能够发生 根据产品规格，测试基本功能； 考虑设计一般用户（非专业人员）的使用方案； 考虑设计稀有或特殊的使用方案； 与系统其他组成部分的配合（如FAX和上网可能要用到MODEM，测试中考虑对设备的共享）； 考虑特殊情况（如内存和硬件的冲突等）； 设计极端情况（如内存泄漏、破坏性测试等）； 好的测试用例集能花费最小的代价（人力、物力、财力、时间）做最好的测试。 3.1.3 测试用例设计考虑因素（续） 3.1.5测试用例设计的基本原则 尽量避免含糊的测试用例 尽量将具有相类似功能的测试用例抽象并归类 尽量避免冗长和复杂的测试用例 测试用例的代表性 能够代表并覆盖各种