《测试设计和开发》课件

软件测试技术1精选课件ppt软件测试技术1精选课件ppt第三章测试设计和开发3.1测试设计流程3.2总体设计3.3开发测试用例3.4评审测试用例2精选课件ppt第三章测试设计和开发3.1测试设计流程2精选课件ppt3.1测试设计流程测试设计活动的输入是测试计划，测试计划应该说明将用到的方法和测试工作的范围。测试设计活动的输出是将在系统测试和确认测试中使用的评审过的测试用例集合。3精选课件ppt3.1测试设计流程测试设计活动的输入是测试计划，测试计划应3.2总体设计定义设计目标清楚地说明每项测试的目标使每项测试的目的单一，可以对应到规格说明书中的一项需求只说明测试将完成什么工作，而不是说明如何完成定义输入说明定义测试环境和配置编写测试设计文挡4精选课件ppt3.2总体设计定义设计目标定义输入说明4精选课件ppt3.3开发测试用例什么是测试用例？测试用例是为特定目标开发的测试输入、执行条件和预期结果的集合。

3.3.1了解测试用例什么是好的测试用例？好的测试用例必须清晰地定义一个或多个期望的结果和测试通过和失败标准。好的测试用例应该容易发现软件错误、且有可重复性、没有冗余。5精选课件ppt3.3开发测试用例什么是测试用例？3.3.1了解测试用例测试用例的作用指导测试的实施作为编写测试脚本的“设计规格说明书”评估测试结果的度量基准分析缺陷的标准6精选课件ppt测试用例的作用6精选课件ppt什么是测试过程？IEEE将测试过程定义为“说明执行一系列测试用例的步骤。测试过程是为了评估一系列功能而进行软件项分析的步骤”。3.3.2定义详细测试过程测试用例和测试过程的区别？测试过程是由一系列的测试用例组成的。

7精选课件ppt什么是测试过程？3.3.2定义详细测试过程测试用例和测试过3.3.3定义预期结果测试过程的每一步都需要明确预期的结果。预期结果的来源：项目专家或其他方面的专家将知道如何确定输出结果用户文档可以包含一些用户场景范例需求文档也可以提供必要的信息其他相关文档也可以提供相关线索最终用户也许能够描述所期望的响应结果8精选课件ppt3.3.3定义预期结果测试过程的每一步都需要明确预期的结果测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。3.3.4测试用例内容9精选课件ppt测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果。测试用例ID输入预期结果实际结果测试统计利率贷款期限(年)贷款金额(元)月支付总支付总利息月支付总支付总利息通过/失败测试日期测试人员TC-0018%3080000587.01TC-0028.5%3080000615.13TC-0038.5%1580000787.7910精选课件ppt最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态。因此测试用例往往需要说明初始条件。

说明

测试用例ID：

TC-001软件版本：

子系统：

用户名字段测试

操作系统：

测试人员姓名：

测试日期：

初始设置

1．打开注册会话框

2．在用户名字段放入字符“王”

3．确保所有其他输入字段为空输入

1．将光标置于用户名字段

2．输入字符“帅”预期结果

用户名字段出现字符“王帅”实际结果

□通过

□失败11精选课件ppt测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态3.3.5测试用例设计的基本原则测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等;测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果；测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。12精选课件ppt3.3.5测试用例设计的基本原则测试用例的代表性：能够代表并3.3.6测试用例的特征最有可能抓住错误的；不是重复的、多余的；一组相似测试用例中最有效的；不要太简单，也不要太复杂。13精选课件ppt3.3.6测试用例的特征最有可能抓住错误的；13精选课件pp测试用例越详细越好？14精选课件ppt测试用例越详细越好？14精选课件ppt时间要求

测试时间是否充足？执行者

测试执行者对系统的了解程度？建议程度

将测试用例交给其他人执行时不需要过多的解释。15精选课件ppt时间要求

测试时间是否充足？15精选课件ppt样例－登录需求：用户名长度为6至10位（含6位和10位）用户名由字符（a-z、A-Z）和数字（0-9）组成不能为空、空格和特殊字符密码规则同用户名规则16精选课件ppt样例－登录需求：16精选课件ppt简单能够正确处理用户登录一般输入正确的用户名和口令可以进入系统输入用户名或口令错误无法进入系统17精选课件ppt简单能够正确处理用户登录一般输入正确的用户名和口令可以进入系详细操作步骤预期结果输入正确的用户名和口令（均为6位），点击[OK]按钮进入系统输入正确的用户名和口令（均为10位），点击[OK]按钮进入系统输入正确的用户名和口令（均为6至8位之间），……进入系统用户名为空，……提示输入用户名不能进入系统用户名为空格，……提示无效用户名不能进入系统用户名小于6位，……提示用户名太短不能进入系统……………………18精选课件ppt详细操作步骤预期结果输入正确的用户名和口令（均为6位），点击3.3.6测试用例的组织和跟踪在执行测试过程中，会遇到如下问题：计划执行哪些测试用例？执行需要多少时间？一轮测试需要多少测试人员？能否挑出测试套装（相关测试用例子集）来测试某些特性或软件部分？在执行测试用例时，能否记录哪些通过？哪些失败；当前测试是否按计划进行？上次执行测试用例时通过的百分比是多少？测试用例跟踪管理方式：测试用例追踪表19精选课件ppt3.3.6测试用例的组织和跟踪在执行测试过程中，会遇到如下问如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制，测试结果将毫无可靠性可言。简单的测试用例可靠性低，重用性差，可能导致不同人员理解不同。详细的测试用例可靠性高，而且便于估计执行所需时间，易于控制。3.3.7测试用例参数化20精选课件ppt如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制定义－参数化是一个将测试数据与测试逻辑（步骤）分开，简化测试用例的过程；方式是将用例中的一些输入、输出等作为参数，数据则单独列出，在执行时选择相应的数据执行。21精选课件ppt定义－参数化是一个将测试数据与测试逻辑（步骤）分开，简化为什么要参数化？没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大，不利于测试员理解，导致难以控制和执行；通过将用例参数化，可以简化用例，使测试用例逻辑清晰，数据与逻辑的关系明了，易于理解；有利于提高测试用例的复用性；22精选课件ppt为什么要参数化？没有将测试数据和测试逻辑分开的测试用例可能显哪些内容需要参数化？测试用例中需要通过使用不同数据来重复执行测试的部分；包括：输入（数据或操作等）输出（结果数据或预期结果等）23精选课件ppt哪些内容需要参数化？测试用例中需要通过使用不同数据来重复执行样例－登录步骤：1、输入<<<用户名>>>2、输入<<<口令>>>3、点击[OK]按钮结果：<<<预期结果>>>24精选课件ppt样例－登录步骤：1、输入<<<用户名>>>结果：<<<预测试数据（一）“用户名”“口令”“预期结果”说明“user10”“pass10”进入系统正确的用户名和口令(6位)“user789”“pass789”进入系统正确的用户名和口令(7-9位)“user000010”“pass000010”进入系统正确的用户名和口令(10位)“”“pass”提示输入用户名不能进入系统用户名为空“空格”“pass”提示无效用户名不能进入系统用户名为空格25精选课件ppt测试数据（一）“用户名”“口令”“预期结果”说明“user1测试数据（二）“用户名”“口令”“预期结果”说明“user”“userpass”提示用户名太短不能进入系统用户名小于6位“user0000011”“userpass”提示用户名太长不能进入系统用户名大于10位………………………………………………26精选课件ppt测试数据（二）“用户名”“口令”“预期结果”说明“user”3.3.8测试用例的意义使用测试用例的好处主要体现在以下几个方面：

在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。27精选课件ppt3.3.8测试用例的意义使用测试用例的好处主要体现在以下几组织性－有利于测试的组织；功能覆盖－确保功能不被遗漏；重复性－有利于测试的重复；跟踪－有利于测试的跟踪；测试确认－在少数高风险的测试中，必须证明确实执行了计划执行的测试；28精选课件ppt组织性－有利于测试的组织；28精选课件ppt3.3.9黑盒测试与白盒测试比较黑盒测试主要是为了发现以下几类错误：是否有不正确或遗漏的功能？在接口上，输入是否能正确的接受？能否输出正确的结果？是否有数据结构错误或外部信息（例如数据文件）访问错误？性能上是否能够满足要求？是否有初始化或终止性错误？29精选课件ppt3.3.9黑盒测试与白盒测试比较黑盒测试主要是为了发现以下白盒测试则被程序员用来对程序模块进行检查，在检查的过程中：对程序模块的所有独立的执行路径至少测试一次对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测试一次在循环的边界和运行界限内执行循环体测试内部数据结构的有效性30精选课件ppt白盒测试则被程序员用来对程序模块进行检查，在检查的过程中：3测试方式特征依据测试人员测试驱动程序黑盒测试只关心软件的外部表现，不关心内部设计与实现。软件需求任何人（包括开发人员、独立测试人员和用户）一般无需编写额外的测试驱动程序白盒测试关注软件的内部设计与实现，要跟踪源代码的运行。设计文档由开发人员兼任测试人员的角色需要编写额外的测试驱动程序31精选课件ppt测试方式特征依据测试人员测试驱动程序黑盒测试只关心软件的外部

白盒测试黑盒测试程序结构已知程序结构未知程序结构规模小规模测试大规模测试依据详细设计说明需求说明、概要设计说明面向程序结构输入输出接口/功能要求适用单元测试组装、系统测试测试人员开发人员专门测试人员/外部人员优点能够对程序内部的特定部位进行覆盖能站在用户的立场上进行测试缺点无法检验程序的外部特性不能检测对要求的遗漏不能测试程序内部特定部位如果规格说明有误，则无法发现32精选课件ppt

白盒测试黑盒测试程序结构已知程序结构未知程序结构规模小规模3.4评审测试用例复查测试用例时应该考虑的一些问题：