chapter5-0测试设计及用例

第三章测试设计与开发53案例分析52开发测试用例51测试设计流程回顾软件测试工作流程软件测试实施制定测试策略所需要完成的主要步骤生命周期模型中各阶段的测试方法测试环境的环境项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）最终用户也许能够描述所期望的响应结果。测试用例内容●测试用例文档由简介和测试用例两部分组成。简介部分描述了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。●测试用例的基本元素：测试索引，测试环境，测试输入，测试操作，预期结果，评价标准。●最简单的测试用例也将包含：用例编号、输入、期望结果、实际结果。测试用例ID输入预期结果实际结果测试统计利率贷款期限(年)贷款金额(元)月支付总支付总利息月支付总支付总利息通过/失败测试日期测试人员TC-0018%3080000587.01TC-0028.5%3080000615.13TC-0038.5%1580000787.79测试的一项基本原则是：被测试的系统始终应该处于一种已知的状态。因此测试用例往往需要说明初始条件。说明测试用例ID：TC-001软件版本：子系统：用户名字段测试操作系统：测试人员姓名：测试日期：初始设置1．打开注册会话框2．在用户名字段放入字符“王”3．确保所有其他输入字段为空输入1．将光标置于用户名字段2．输入字符“帅”预期结果用户名字段出现字符“王帅”实际结果□通过□失败测试用例参数化●如果没有测试用例或者仅有简单的测试功能描述，测试过程难以控制，测试结果将毫无可靠性可言。●简单的测试用例可靠性低，重用性差，可能导致不同人员理解不同。●详细的测试用例可靠性高，而且便于估计执行所需时间，易于控制。测试用例越详细越好吗？●时间要求测试时间是否充足？●执行者测试执行者对系统的了解程度？●建议程度将测试用例交给其他人执行时不需要过多的解释。案例——登录需求：用户名长度为6至10位（含6位和10位）●用户名由字符（a-z、A-Z）和数字（0-9）组成●不能为空、空格和特殊字符●密码规则同用户名规则简单能够正确处理用户登录一般（1）输入正确的用户名和口令可以进入系统（2）输入用户名或口令错误无法进入系统详细操作步骤预期结果输入正确的用户名和口令（均为6位），点击[OK]按钮进入系统输入正确的用户名和口令（均为10位），点击[OK]按钮进入系统输入正确的用户名和口令（均为6至8位之间），……进入系统用户名为空，……提示输入用户名不能进入系统用户名为空格，……提示无效用户名不能进入系统用户名小于6位，……提示用户名太短不能进入系统……………………………………定义——参数化●是一个将测试数据与测试逻辑（步骤）分开，简化测试用例的过程；●方式是将用例中的一些输入、输出等作为参数，数据则单独列出，在执行时选择相应的数据执行。为什么要参数化●没有将测试数据和测试逻辑分开的测试用例可能显得非常庞大，不利于测试员理解，导致难以控制和执行；●通过将用例参数化，可以简化用例，使测试用例逻辑清晰，数据与逻辑的关系明了，易于理解；●有利于提高测试用例的复用性；哪些内容需要参数化●测试用例中需要通过使用不同数据来重复执行测试的部分；●包括：a.输入（数据或操作等）b.输出（结果数据或预期结果等）案例——登录步骤：1、输入用户名2、输入口令3、点击[OK]按钮结果：预期结果测试数据“用户名”“口令”“预期结果”说明“user10”“pass10”进入系统正确的用户名和口令(6位)“user7899”“pass7899”进入系统正确的用户名和口令(7-9位)“user000010”“pass000010”进入系统正确的用户名和口令(10位)“”“pass”提示输入用户名不能进入系统用户名为空“空格”“pass”提示无效用户名不能进入系统用户名为空格“user”“userpass”提示用户名太短不能进入系统用户名小于6位“user0000011”“userpass”提示用户名太长不能进入系统用户名大于10位………………………………………………3.案例分析案例介绍该测试系统是真实的模拟社区医疗诊所的工作流程，实现无纸化办公，以提高工作效率；系统中有五个身份不同的用户（医生、护士、前台、数据录入员、管理员）。他们在登录时可以选择彼此的工作伙伴。每个用户都有自己相应的用户名及密码，当输入正确的用户名和密码时就应该进入系统的主页面（如果登录用户是医生、护士、前台、数据录入员，则进入Login/Choose_doctor.aspx页面；如果登录用户是管理员，则进入SETTING页面。）。系统是B/S结构，以系统中的登录功能点位作为被测对象,该测试用例为黑盒测试用例。该系统使用的操作系统：MiscrosoftWindowsServer2003EnterpriseEdition；数据库：MicrosoftSQLServer2000；IIS服务器的版本为：6.0。假设用户使用的浏览器为IE6.0及以上版本，并且用户在地址栏输入相应地址，已经正确显示登录界面。说明：用户的信息存放在表“UserInfo”中，并包含UserName和Password等字段。登录界面上USERNAME和PASSWORD和表中那两个字段分别匹配才能登录系统。测试范围与目的测试界面是否达到易用、规范、合理、美观与协调性，验证用户能否正确登录，登录权限是否有安全性。测试环境描述测试环境操作系统：MiscrosoftWindowsServer2003EnterpriseEdition数据库：MicrosoftSQLServer2000IIS服务器：Internet信息服务(IIS)管理器MicrosoftCorporation版本:6.0IE浏览器：IE6.0及以上版本测试用例用例ID号EPO-TEST-001用例名称登录测试（login-test）测试方法手工/工具测试目的验证用户能否正确登录，登录权限是否有安全性编制人员XXX编制日期2009-7-28预制条件从表“UserInfo”中UserName和Password字段来匹配登录界面上的USERNAME和PASSWORD。测试过程序号操作步骤描述期望结果实际结果1输入正确用户名和密码。2选中选择工作伙伴的框NeedtoModifyWorkRelationship。3点击LOGIN1.与表“UserInfo”中字段“UserName”“UserPassword”相比较，完全正确，则登录成功。用户名可能是：医生、护士、数据采集员、前台接待员、ADMIN。2.医生、护士、数据采集员、前台接待员LOGIN后进入Login/Choose_doctor.aspx页面。3.ADMIN登录后进入SETTING页面。4输入正确的用户名，在登录前，不选中框NeedtoModifyWorkRelationship。SETTING页面。5点击LOGIN1.与表“UserInfo”中字段“UserName”“UserPassword”相比较，完全正确，则登录成功。（用户名可能是：医生、护士、数据采集员、前台接待员、ADMIN）2.医生进入Login/Main_Work_Space.aspx3.前台接待员、护士、数据采集员如果没有选择EVERYDAY，仍进入Login/Choose_doctor.aspx页面。如果已经选择了EVERYDAY复选框，系统进入Login/Main_Work_Space.aspx。EVERYDAY从StaffRelation中“是否今天联系”字段中来。4.4．ADMIN进入SETTING页面。6输入错误的用户名或密码。（还要用非法字符，和任意长度来输入）7选中系统提示选择工作伙伴的框NeedtoModifyWorkRelationship8点击LOGIN。1.错误：与表“UserInfo”中字段“UserName”“UserPassword”相比较，没有匹配项，系统给出提示：“用户名或密码错误”。用户名可能是：医生、护士、数据采集员、前台接待员、ADMIN。2．错误：密码和用户名数据类型不做限制，但是数据长度要限制。（比如不超过10位，但是可以为空输入）当用户输入值超过限定长度时系统给出提示：“输入的数据大于限定长度”。9输入用户名，未输入密码或者只输入密码不输入用户名。10．错误：系统给出相应的报错提示：“请输入密码”或“请输入用户名”。10输入正确用户名及密码。11点击重置RESTE9、用户输入的密码在该页面上被清除，用户名保留在输入框。用户可能是医生、前台接待员、护士、数据采集员。