软件测试第05章教学教材.ppt

  1. 1、本文档共31页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第 5 章 测试用例设计;5.1 测试用例的基本概念;测试用例的作用 1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性;5.2 测试用例的设计;5.2.1 测试设计说明 测试设计说明就是在测试计划中提炼测试方法,要明确指出设计包含的特性以及相关的测试方法,并指定判断特性通过/失败的规则。 测试设计说明的目的是组织和描述针对具体特性需要进行的测试,但是它并不给出具体的测试用例或者执行测试的步骤。以下内容来自于ANSI/IEEE 829标准,可作为测试设计说明的部分参考:标识符、被测试的特性、方法、测试用例信息、通过/失败规则。;5.2.2 测试用例的编写标准 一个优秀的测试用例应该包含以下要素: 用例的编号 测试输入说明 测试标题 操作步骤 测试项 预期结果 测试环境要求 测试用例之间的关联 特殊要求 测试用例设计和测试人员 测试技术 测试日期;;5.2.3 测试用例设计考虑的因素 1. 编写测试用例所依据和参考的文档和资料 软件“需求说明”及相关文档; 相关的设计说明(概要设计,详细设计等); 与开发组交流对需求理解的记录; 已经基本成型的、成熟的测试用例等。; 2. 测试用例设计的基本原则. (1) 用成熟测试用例设计方法指导设计 (2) 测试用例的正确性 (3) 测试用例的代表性 (4) 测试结果的可判定性 (5) 测试结果的可再现性 (6) 足够详细、准确和清晰的步骤; 3. 设计测试用例应注意避免的问题 (1)把测试用例设计等同于测试输入数据的设计 在设计测试用例时,需要综合考虑被测软件的功能、特性、组成元素、开发阶段、测试用例组织方法等内容。 具体到每个测试用例,可以根据被测模块的最小目标,确定测试用例的测试目标;根据用户环境确定测试环境;根据被测软件的复杂程度和测试用例执行人员的技能确定测试用例的步骤;根据软件需求文档设计规格说明确定期望的测试用例执行结果。; 测试工作和开发通常一同进行,所以在完成测试计划编写后,就可以进行用例的编写工作了。测试和开发的对应关系如表5-3所示。;5.3 测试用例设计实例;解:针对设计说明中的3个陈述,可以设计2个测试用例与之对应。 测试用例1:输入4,返回2。 //执行第一个陈述 测试用例2:输入-10,返回0,显示“Square root error - illegal negative input” //对应第二个和第三个陈述。 ;例5-2 有一个处理单价为1元5角的盒装饮料的自动售货机软件,若投入1元5角硬币,按下“可乐”、“雪碧”或“红茶”按钮,相应的饮料就送出来。若投入的是2元硬币,在送出饮料的同时退换5角硬币,试应用因果图法设计测试用例。;例5-3 应用场景发对ATM进行测试的实例,ATM实例的操作流程如下所示。;基本流-- 提取预设金额; 备选流2-- ATM内没有现金; 备选流3-- ATM内现金不足; 备选流4-- PIN有误; 备选流5-- 账户不存在或账户类型有误; 备选流6-- 账面金额不足。;;5.4 测试用例的执行与跟踪;测试用例执行中应该注意以下几个问题: (1) 全方位的观察测试用例执行结果 (2) 加强测试过程记录 (3) 及时确认发现的问题 (4) 与开发人员良好的沟通 (5) 及时更新测试用例 (6) 提交一份优秀的问题报告单 (7) 测试结果分析;5.5 测试用例管理; 在对测试用例进行管理过程中,建议采用工具,参照图5-4对用例进行控制和管理。 编写用例:测试工程师根据需求规约、概要设计、 详细设计等文档编写测试用例; 用例评审 用例修改 使用用例 用例升级/维护;图5-4 用例管理示意图 ;1.编写测试用例 在一个软件的测试过程中,可能涉及许多测试用例,为了方便测试工作的进行和提高测试工作的效率,需要将这些测试用例有效地组织起来。 通常情况下,使用以下几种方法组织测试用例: (1) 按照程序的功能块组织 查询、打印模块的测试用例 (2) 按照测试用例的类型组织 功能、兼容性测试用例 (3) 按照测试用例的优先级组织 ;2.测试用例的评审 有效的用例评审通常由下面两种形式组成: 测试部门外部评审:主要是由开发部、项目实施部、甚至销售人员参加的评审,目的主要是查找测试工程师编写的用例是否缺少内容等。 测试部门内部评审:是部门内部

文档评论(0)

yuzongxu123 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档