在前面的几篇文章中,我们了解到软件验收测试在软件质量保障中的重要作用,那怎样做好软件验收测试,本文重点介绍实施软件验收测试的常用策略有三种,它们分别是:
1、 正式软件验收测试
对于系统测试,活动和工件是一样的。在某些组织中,开发组织(或其独立的测试小组)与最终用户组织的代表一起执行验收测试。在其他组织中,软件验收测试则完全由最终用户组织执行,或者由最终用户组织选择人员组成一个客观公正的小组来执行。
这种测试形式的优点是
· 要测试的功能和特性都是已知的。
· 测试的细节是已知的并且可以对其进行评测。
· 这种测试可以自动执行,支持 回归测试
· 可接受性标准是已知的。
缺点包括
· 要求大量的资源和计划。
· 这些测试可能是系统测试的再次实施。
· 可能无法发现软件中由于主观原因造成的缺陷,这是因为您只查找预期要发现的缺陷。
2 、非正式验收或 Alpha 测试
大多数情况下,非正式验收测试是由最终用户组织执行的。
这种测试形式的优点是
· 要测试的功能和特性都是已知的。
· 可以对测试过程进行评测和监测。
· 可接受性标准是已知的。
· 与正式验收测试相比,可以发现更多由于主观原因造成的缺陷。
缺点包括
· 要求资源、计划和管理资源。
· 无法控制所使用的测试用例。
· 最终用户可能沿用系统工作的方式,并可能无法发现缺陷。
· 最终用户可能专注于比较新系统与遗留系统,而不是专注于查找缺陷。
· 用于验收测试的资源不受项目的控制,并且可能受到压缩。
3 、Beta 测试
在以上三种验收测试策略中,Beta 测试需要的控制是最少的。在 Beta 测试中,采用的细节多少、数据和方法完全由各测试员决定。各测试员负责创建自己的环境、选择数据,并决定要研究的功能、特性或任务。各测试员负责确定自己对于系统当前状态的接受标准。
Beta 测试由最终用户实施,通常开发(或其他非最终用户)组织对其的管理很少或不进行管理。Beta 测试是所有验收测试策略中最主观的。
这种测试形式的优点是
· 测试由最终用户实施。
· 大量的潜在测试资源。
· 提高客户对参与人员的满意程度。
· 与正式或非正式验收测试相比,可以发现更多由于主观原因造成的缺陷。
缺点包括
· 未对所有功能和/或特性进行测试。
· 测试流程难以评测。
· 最终用户可能沿用系统工作的方式,并可能没有发现或没有报告缺陷。
· 最终用户可能专注于比较新系统与遗留系统,而不是专注于查找缺陷。
· 用于验收测试的资源不受项目的控制,并且可能受到压缩。
· 可接受性标准是未知的。
· 您需要更多辅助性资源来管理 Beta 测试员。
以上三种测试方式没有绝对优势,也没有绝对劣势,需要根据所测系统及环境综合考虑。如有问题,欢迎登陆山东省软件评测中心网站进行交流。