验收测试和回归测试.pptx

;1.5 验收测试概述;1.5.1 验收测试的主要内容;1.5.2 验收测试通过准则和结束标志;2.结束标志 （1）完全执行了验收测试计划中的每个测试用例。 （2）在验收测试中发现的错误已经得到修改，并且通过了测试或者经过评估留待下一版本中修改。 （3）完成软件验收测试报告。验证报告的内容，包括所有特性清单： 已经实现的特性，标识为通过。 特性没有实现的缺陷报告。 ? 特性基本实现，但与产品说明书中的内容有不相一致的缺陷报告。 ? 特性基本实现，但软件程序本身存在一些问题或错误的缺陷报告。;1.5.3 验收测试人员;1.4 验收测试的方法;1.4.1 α测试;2．α测试的优缺点 α测试的优点是： 要测试的功能、特性和可接受性标准都是已知的。 可以对测试过程进行评测和监测。 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。 当然，α测试也具有缺点： 用于验收测试的资源不受项目的控制，并且可能受到压缩。 最终用户可能专注于比较新系统与遗留系统，沿用系统工作的方式，并可能无法发现缺陷。 无法控制所使用的测试用例。 ;1.4.1 β测试;2．β测试的优缺点 β测试的优点如下： 测试由最终用户实施，存在大量的潜在测试资源。 提高客户对参与人员的满意程度。 与α测试相比，可以发现更多由于主观原因造成的缺陷。 β测试的缺点与α测试的缺点有一部分相同，不同的部分如下： 测试流程难以评测。 可接受性标准是未知的。 需要更多辅助性资源来管理Beta测试员。 ;1.3 回归测试概述;1.3.1 回归测试自动化;1.3.2 回归测试的数据;回归测试的输入输出;1.4 回归测试的方法和策略;1.4.1 回归测试的方法;3．回归测试的基本过程 回归测试可遵循下述基本过程进行： （1）识别出软件中被修改的部分。 （2）从原基线测试用例库T中，排除所有不再适用的测试用例，确定那些对新的软件版本依然有效的测试用例，其结果是建立一个新的基线测试用例库T0。 （3）依据一定的策略从新的基线测试用例库中选择测试用例测试被修改的软件。 （4）如果必要，生成新的测试用例集T1，用于测试T0无法充分测试的软件部分。 （5）用T1执??修改后的软件。 其中，第（2）和第（3）步测试验证修改是否破坏了现有的功能，第（4）和第（5）步测试验证修改工作本身。 ;1.4.2 回归测试的策略;1.5 回归测试的工具;1.5.1 JUnit;1.5.2 Functional Tester（RFT） ;1.5.3 Software Test Automation Framework（STAF） ;1.5.4 AutoRunner;1.5.5 QuickTest Professional（QTP）;1.6 本章小结 ;;1.5 验收测试概述;1.5.1 验收测试的主要内容;1.5.2 验收测试通过准则和结束标志;2.结束标志 （1）完全执行了验收测试计划中的每个测试用例。 （2）在验收测试中发现的错误已经得到修改，并且通过了测试或者经过评估留待下一版本中修改。 （3）完成软件验收测试报告。验证报告的内容，包括所有特性清单： 已经实现的特性，标识为通过。 特性没有实现的缺陷报告。 ? 特性基本实现，但与产品说明书中的内容有不相一致的缺陷报告。 ? 特性基本实现，但软件程序本身存在一些问题或错误的缺陷报告。;1.5.3 验收测试人员;1.4 验收测试的方法;1.4.1 α测试;2．α测试的优缺点 α测试的优点是： 要测试的功能、特性和可接受性标准都是已知的。 可以对测试过程进行评测和监测。 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。 当然，α测试也具有缺点： 用于验收测试的资源不受项目的控制，并且可能受到压缩。 最终用户可能专注于比较新系统与遗留系统，沿用系统工作的方式，并可能无法发现缺陷。 无法控制所使用的测试用例。 ;1.4.1 β测试;2．β测试的优缺点 β测试的优点如下： 测试由最终用户实施，存在大量的潜在测试资源。 提高客户对参与人员的满意程度。 与α测试相比，可以发现更多由于主观原因造成的缺陷。 β测试的缺点与α测试的缺点有一部分相同，不同的部分如下： 测试流程难以评测。 可接受性标准是未知的。 需要更多辅助性资源来管理Beta测试员。 ;1.3 回归测试概述;1.3.1 回归测试自动化;1.3.2 回归测试的数据;回归测试的输入输出;1.4 回归测试的方法和策略;1.4.1 回归测试的方法;3．回归测试的基本过程 回归测试可遵循下述基本过程进行： （1）识别出软件中被修改的部分。 （2）从原基线测试用例库T中，排除所