软件测试培训第二讲.ppt_第1页
软件测试培训第二讲.ppt_第2页
软件测试培训第二讲.ppt_第3页
软件测试培训第二讲.ppt_第4页
软件测试培训第二讲.ppt_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件测试培训,第二讲,培训列表,测试用例及测试场景 测试用例设计 测试场景挖掘 实例讲解测试应用,测试用例及测试场景,概念和定义,不完全、不彻底是测试的致命缺陷,任何系统只能经过少量而有限的测试。 测试用例在此情况下产生,同时,它也是软件系统测试、工程化的产物。 而测试用例的设计一直是软件系统测试工作的难点与重点。 那么,什么是测试用例?,什么是测试用例?,为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据,操作脚本称之为测试用例。 我们不可能进行穷举测试,为了节省时间和资源、提高测试效率,必须要从数量极大的可用测试数据、脚本中精心挑选出具有代表性或特殊性的测试数据、脚本来进行

2、测试。,怎样的用例算是好用例?,一个好的测试用例是在于它能发现至今未发现的错误。,使用测试用例的好处,在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。 测试用例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作,降低工作强度、缩短项目周期。 功能模块的通用化和复用化使软件易于开发,而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断精化其效率也不断攀升。,测试用例设计,设计测试用例的方法,黑盒测试: 等价类划分法 边界值分析法 错误推测法 因果图法 白盒测试: 逻辑覆盖法 基本路径测试法,测试

3、用例的设计过程,测试设计员(分析设计员)依据相关的需求与业务需求,针对当前需求所描述的系统功能步骤,找寻其间的用例路径。 测试设计员(分析设计员)依据测试要素,在找寻用例路径时,挖掘系统功能检查点即测试场景。 测试设计员是具有丰富测试经验或对当前系统的需求及用户需求非常熟悉的高级测试工程师。,理解上的误区,测试用例应由测试设计员或分析设计员来制定,而不是测试执行人员。 检查点应由分析设计员确立,与测试执行人员无关。 测试工作展开于测试活动启动后,而不是代码开发完成之后。 测试所需关注的对象不仅仅是源代码、程序、系统功能,还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。,测试场景挖掘,用例场景的定义,用例场景是通过描述流经用例的路径来确定的过程,这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。,为什么引入用例场景,现在的系统几乎都是由事件触发来操控流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果形成事件流。这种在软件设计方面的思想也可被引入到测试中,生动的描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时测试用例也更容易的得到理解和执行。 提出这种测试思想的是Rational 公司,在RUP当中有其详尽的解释和应用,用例场景贯穿其中。,用例场景例子,遵循上图中每个经过用

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论