概念:验收测试
验收测试是部署软件之前的最后一个测试行为。验收测试的目标在于验证:软件已经就绪,可供最终用户用来执行构建该软件的那些目标功能和任务。实施验收测试有三种常见的策略。它们是:
您选择的策略通常是根据合同要求、组织和公司标准以及应用程序领域而决定的。
正式的验收测试是一个全面管理的过程,通常是系统测试的扩展。这些测试与系统测试一样同等谨慎、详细地进行规划和设计。选择的测试用例应该是从那些在系统测试中执行的测试用例中挑出来的一部分。不以任何方式偏离选择的测试用例,这点很重要。在很多组织中,正式的验收测试是完全自动化的。
这些活动和工件与系统测试相同。在某些组织中由开发组织(或它的独立测试组)和来自最终用户组织的代表执行验收测试。在另外一些组织中,验收测试完全由最终用户组织或它选择的目标组人员执行。
这种形式的测试的优点是:
- 要测试的功能和特性是已知的。
- 测试的细节是已知的且可以评测。
- 可使测试自动化,这将允许回归测试。
- 可评测和监视测试进度。
- 可接受标准是已知的。
缺点包括:
- 需要大量的资源和规划。
- 测试可能是系统测试的重复实施。
- 由于您仅寻找预定查找的缺陷,因此测试可能不会揭示软件中的主观缺陷。
在非正式的验收测试中,测试执行过程不像正式的验收测试那样定义严格。会确定然后记录要探讨的功能和业务任务,但是并无特定的测试用例要遵循。测试员自己决定要执行的操作。这种验收测试方法没有正式测试的受控程度高,并且比正式测试主观性更强。
非正式的验收测试最经常由最终用户组织执行。
这种形式的测试的优点是:
- 要测试的功能和特性是已知的。
- 可评测和监视测试进度。
- 可接受标准是已知的。
- 与正式的验收测试相比,可以揭示更多的主观缺陷。
缺点包括:
- 需要资源、规划和管理资源。
- 您不能控制使用什么测试用例。
- 最终用户可能遵照系统工作方式而无视缺陷。
- 最终用户可能会关注于比较新系统和旧系统,而不注意寻找缺陷。
- 验收测试的资源不在项目控制下,并且可能会受到限制。
Beta 测试是三种验收测试策略中受控程度最低的。在 Beta 测试中,详细程度、数据和采用的方法完全取决于测试员个人。每个测试员负责创建自己的环境、选择自己的数据和决定要探讨的功能、特性或任务。每个测试员还负责为是否以系统当前状态接受系统设定自己的标准。
Beta 测试由最终用户实施,通常开发组织(或其它非最终用户组织)很少或不参与管理。Beta 测试是所有验收测试策略中最为主观的。
这种形式的测试的优点是:
- 由最终用户实施测试。
- 有大量的潜在测试资源。
- 可提高参与者的客户满意度。
- 与正式或非正式的验收测试相比,可以揭示更多的主观缺陷。
缺点包括:
- 您可能不会测试所有功能或特性。
- 难以评测测试进度。
- 最终用户可能遵照系统工作方式而无视缺陷或不报告缺陷。
- 最终用户可能会关注于比较新系统和旧系统,而不注意寻找缺陷。
- 验收测试的资源不在项目控制下,并且可能会受到限制。
- 可接受标准是未知的。
- 您需要更多的支持资源来管理 Beta 测试员。
|