测试设计及用例

1、第三章 测试设计与开发,5,3,案例分析,开发测试用例,测试设计流程,回顾,软件测试工作流程 软件测试实施 制定测试策略所需要完成的主要步骤 生命周期模型中各阶段的测试方法 测试环境的环境项,1.测试设计流程,测试设计活动的输入是测试计划，测试计划应该说明将用到的方法和测试工作的范围。 测试设计活动的输出是将在系统测试和确认测试中使用的评审过的测试用例集合。,总体设计,定义设计目标 清楚地说明每项测试的目标 使每项测试的目的单一，可以对应到规格说明书中的一项需求 只说明测试将完成什么工作，而不是说明如何完成,定义输入说明 定义测试环境和配置 编写测试设计文挡,2.开发测试用例,了解测试用例 什么是测试用例？ 测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合。 什么是好的测试用例？ （1）好的测试用例必须清晰地定义一个或多个期望的结果和测试通过和失败标准。 （2）好的测试用例应该容易发现软件错误、且有可重复性、没有冗余。,测试用例的作用 （1）指导测试的实施 （2）作为编写测试脚本的“设计规格说明书” （3）评估测试结果的度量基准 （4）分析缺陷的标准,测试用例的特点 （1）

2、测试用例是测试设计的成果 体现了测试过程中所使用的方案、方法、技术和策略。 （2）测试用例具有多样性 不同的测试方法，设计出来的测试用例是不同的。 （3）是测试员开展测试工作的基本依据 测试员按照测试用例的测试步骤和要求实施测试工作。,测试用例的分类 测试用例按照测试对象的不同，可分为：功能测试用例、界面测试用例、性能测试用例、文档测试用例、可用性测试用例、安装测试用例、故障和恢复测试用例等。 功能测试用例 是为验证被测试软件是否能够完成设计是要求的功能而开发的测试用例。例如：验证一般系统中的增加、删除、修改、查询等功能。,界面测试用例 检查软件的人际界面是否做到以下几个方面： （1）容易使用 （2）规范性 （3）帮助设施 （4）合理性 （5）美观与协调 （6）快捷方式的可用性 （7）安全性考虑 （8）多窗口的应用与系统资源等,性能测试用例 它的测试对象为系统运行时的性能表现是否达到了设计时要求的标准。例如：系统可以在0.001s内返回查询结果。 文档测试用例 测试对象为开发过程中所形成的文档，例如：需求规格说明书、设计书、使用说明书、维护记录文档等。测试这些文档的可读性、正确性、规范

3、性、完整性等。,测试用例的设计步骤,测试需求分析 测试需求分析是指，从软件需求文档中找出被测试软件/模块的需求必要性，要通过自己的分析、理解，整理成文测试需求，确定被测试对象的功能点或者确定测试内容。 业务流程分析 从业务流程上，应得到以下信息： （1）主流程是什么。 （2）数据流向是什么。 （3）关键的判断条件是什么。,测试用例设计 完成了测试需求分析和软件流程分析后，开始着手设计测试用例。 测试用例评审 为了确认测试过程和方法是否正确，是否有遗漏的测试点，需要进行测试用例的评审。 测试用例更新完善 软化产品新增功能或更新需求后，测试用例必须配套修改更新；在测试过程中发现设计测试用例考虑不周时，需要修改完善测试用例。,定义详细测试过程 什么是测试过程？ （1）IEEE(电气与电子工程师协会 )将测试过程定义为“说明执行一系列测试用例的步骤。 （2）测试过程是为了评估一系列功能而进行软件项分析的步骤” 。 测试用例和测试过程的区别？ 测试过程是由一系列的测试用例组成的。,定义预期结果 测试过程的每一步都需要明确预期的结果。 预期结果的来源： （1）项目专家或其他方面的专家将知道如何确定

4、输出结果； （2）用户文档可以包含一些用户场景范例； （3）需求文档也可以提供必要的信息； （4）其他相关文档也可以提供相关线索； （5）最终用户也许能够描述所期望的响应结果。,测试用例内容 测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。 测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。,最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果。,测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态。因此测试用例往往需要说明初始条件。,测试用例参数化 如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制，测试结果将毫无可靠性可言。 简单的测试用例可靠性低，重用性差，可能导致不同人员理解不同。 详细的测试用例可靠性高，而且便于估计执行所需时间，易于控制。,测试用例越详细越好吗？,时间要求 测试时间是否充足？ 执行者 测试执行者对系统的了解程度？ 建议程度 将测试用例交给其他人执行时不需要过多的解释。,案例登录 需求： 用户名长度为6至10位（含6位和

5、10位） 用户名由字符（a-z、A-Z）和数字（0-9）组成 不能为空、空格和特殊字符 密码规则同用户名规则,简单 能够正确处理用户登录 一般 （1）输入正确的用户名和口令可以进入系统 （2）输入用户名或口令错误无法进入系统,详细,定义参数化 是一个将测试数据与测试逻辑（步骤）分开，简化测试用例的过程； 方式是将用例中的一些输入、输出等作为参数，数据则单独列出，在执行时选择相应的数据执行。 为什么要参数化 没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大，不利于测试员理解，导致难以控制和执行； 通过将用例参数化，可以简化用例，使测试用例逻辑清晰，数据与逻辑的关系明了，易于理解； 有利于提高测试用例的复用性；,哪些内容需要参数化 测试用例中需要通过使用不同数据来重复执行测试的部分； 包括： a.输入（数据或操作等） b.输出（结果数据或预期结果等）,案例登录,测试数据,3.案例分析,案例介绍 该测试系统是真实的模拟社区医疗诊所的工作流程，实现无纸化办公，以提高工作效率；系统中有五个身份不同的用户（医生、护士、前台、数据录入员、管理员）。他们在登录时可以选择彼此的工作伙伴。每个用户都有自己相应的用户名及密码，当输入正确的用户名和密码时就应该进入系统的主页面（如果登录用户是医生、护士、前台、数据录入员，则进入 Login/Choose_doctor.aspx页面；如果登录用户是管理员，则进入SETTING页面。）。系统是B/S结构，以系统中的登录功能点位作为被测对象, 该测试用例为黑盒测试用例。,该系统使用的操作系统： Miscrosoft Windows Server 2003 Enterprise Edition；数据库： Microsoft SQL Server 2000；IIS服务器的版本为：6.0。假设用户使用的浏览器为IE6.0 及以上版本，并且用户在地址栏输入相应地址，已经正确显示登录界面。 说明：用户的信息存放在表“UserInfo”中，并包含UserName和Password等字段。登录界面上USERNAME和PASSWORD和表中那两个字段分别匹配才能登录系统。,测试范围与目的 测试界面是否达到易用、规范、合理、美观与协调性，验证用户能否正确登录，登录权限是否有安全性。 测试环境描述,测试用例,

《测试设计及用例》由会员g****分享，可在线阅读，更多相关《测试设计及用例》请在金锄头文库上搜索。