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