软件测试培训第二讲

《软件测试培训第二讲》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

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

2、出具有代表性或特殊性的测试数据、脚本来进行测试。怎样的用例算是好用例？一个好的测试用例是在于它能发现至今未发现的错误。使用测试用例的好处在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。测试用例的使用令软件测试的实施重点突出、目的明确。在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。测试用例设计设计测试用例的方法黑盒测试：等

3、价类划分法边界值分析法错误推测法因果图法白盒测试：逻辑覆盖法基本路径测试法测试用例的设计过程测试设计员（分析设计员）依据相关的需求与业务需求，针对当前需求所描述的系统功能步骤，找寻其间的用例路径。测试设计员（分析设计员）依据测试要素，在找寻用例路径时，挖掘系统功能检查点即测试场景。测试设计员是具有丰富测试经验或对当前系统的需求及用户需求非常熟悉的高级测试工程师。理解上的误区测试用例应由测试设计员或分析设计员来制定，而不是测试执行人员。检查点应由分析设计员确立，与测试执行人员无关。测试工作展开于测试活动启动后，而不是代码开发

4、完成之后。测试所需关注的对象不仅仅是源代码、程序、系统功能，还包括需求分析、需求规格说明书、概要设计、概要设计说明书、详细设计、详细设计说明书、使用手册等各阶段的文档。测试场景挖掘用例场景的定义用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有基本流和备选流。为什么引入用例场景现在的系统几乎都是由事件触发来操控流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果形成事件流。这种在软件设计方面的思想也可被引入到测试中，生动的描绘出事件触发时的情景，有利于测试设计者设计

5、测试用例，同时测试用例也更容易的得到理解和执行。提出这种测试思想的是Rational公司，在RUP当中有其详尽的解释和应用，用例场景贯穿其中。用例场景例子遵循上图中每个经过用例的可能路径，可以确定不同的用例场景。从基本流开始，再将基本流和备选流结合起来，可以确定用例场景实例讲解测试应用谢谢