[chapter5-0测试设计及用例.ppt

第三章 测试设计与开发 回顾 软件测试工作流程 软件测试实施 制定测试策略所需要完成的主要步骤 生命周期模型中各阶段的测试方法 测试环境的环境项 1.测试设计流程 总体设计 定义设计目标 清楚地说明每项测试的目标 使每项测试的目的单一，可以对应到规格说明书中的一项需求 只说明测试将完成什么工作，而不是说明如何完成 2.开发测试用例 了解测试用例 ●什么是测试用例？ 测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合。 ●什么是好的测试用例？ （1）好的测试用例必须清晰地定义一个或多个期望的结果和测试通过和失败标准。 （2）好的测试用例应该容易发现软件错误、且有可重复性、没有冗余。 测试用例的作用 （1）指导测试的实施 （2）作为编写测试脚本的“设计规格说明书” （3）评估测试结果的度量基准 （4）分析缺陷的标准 测试用例的特点 （1）测试用例是测试设计的成果 体现了测试过程中所使用的方案、方法、技术和策略。 （2）测试用例具有多样性 不同的测试方法，设计出来的测试用例是不同的。 （3）是测试员开展测试工作的基本依据 测试员按照测试用例的测试步骤和要求实施测试工作。 测试用例的分类 测试用例按照测试对象的不同，可分为：功能测试用例、界面测试用例、性能测试用例、文档测试用例、可用性测试用例、安装测试用例、故障和恢复测试用例等。 ●功能测试用例 是为验证被测试软件是否能够完成设计是要求的功能而开发的测试用例。例如：验证一般系统中的增加、删除、修改、查询等功能。 ●界面测试用例 检查软件的人际界面是否做到以下几个方面： （1）容易使用 （2）规范性 （3）帮助设施 （4）合理性 （5）美观与协调 （6）快捷方式的可用性 （7）安全性考虑 （8）多窗口的应用与系统资源等 ●性能测试用例 它的测试对象为系统运行时的性能表现是否达到了设计时要求的标准。例如：系统可以在0.001s内返回查询结果。 ●文档测试用例 测试对象为开发过程中所形成的文档，例如：需求规格说明书、设计书、使用说明书、维护记录文档等。测试这些文档的可读性、正确性、规范性、完整性等。 测试用例的设计步骤 ●测试需求分析 测试需求分析是指，从软件需求文档中找出被测试软件/模块的需求必要性，要通过自己的分析、理解，整理成文测试需求，确定被测试对象的功能点或者确定测试内容。 ●业务流程分析 从业务流程上，应得到以下信息： （1）主流程是什么。 （2）数据流向是什么。 （3）关键的判断条件是什么。 ●测试用例设计 完成了测试需求分析和软件流程分析后，开始着手设计测试用例。 ●测试用例评审 为了确认测试过程和方法是否正确，是否有遗漏的测试点，需要进行测试用例的评审。 ●测试用例更新完善 软化产品新增功能或更新需求后，测试用例必须配套修改更新；在测试过程中发现设计测试用例考虑不周时，需要修改完善测试用例。 定义详细测试过程 ●什么是测试过程？ （1）IEEE(电气与电子工程师协会 )将测试过程定义为“说明执行一系列测试用例的步骤。 （2）测试过程是为了评估一系列功能而进行软件项分析的步骤” 。 ●测试用例和测试过程的区别？ 测试过程是由一系列的测试用例组成的。 定义预期结果 ●测试过程的每一步都需要明确预期的结果。 ●预期结果的来源： （1）项目专家或其他方面的专家将知道如何确定输出结果； （2）用户文档可以包含一些用户场景范例； （3）需求文档也可以提供必要的信息； （4）其他相关文档也可以提供相关线索； （5）最终用户也许能够描述所期望的响应结果。 测试用例内容 ●测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。 ●测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。 ●最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果。 测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态。因此测试用例往往需要说明初始条件。 测试用例参数化 ●如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制，测试结果将毫无可靠性可言。 ●简单的测试用例可靠性低，重用性差，可能导致不同人员理解不同。 ●详细的测试用例可靠性高，而且便于估计执行所需时间，易于控制。 测试用例越详细越好吗？ 案例——登录 需求： 用户名长度为6至10位（含6位和10位） ●用户名由字符（a-z、A-Z）和数字（0-9）组成 ●不能为空、空格和特殊字符 ●密码规则同用户名规则