验收测试 正式测试是什么

验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务

验收测试——正式测试是什么

正式验收测试是一项管理严格的过程，它通常是系统测试的延续。计划和设计这些测试的周密和详细程度不亚于系统测试。选择的测试用例应该是系统测试中所执行测试用例的子集。不要偏离所选择的测试用例方向，这一点很重要。在很多组织中，正式验收测试是完全自动执行的。

对于系统测试，活动和工件是一样的。在某些组织中，开发组织（或其独立的测试小组）与最终用户组织的代表一起执行验收测试。在其他组织中，验收测试则完全由最终用户组织执行，或者由最终用户组织选择人员组成一个客观公正的小组来执行。

这种测试形式的优点是

• 要测试的功能和特性都是已知的。
• 测试的细节是已知的并且可以对其进行评测。
• 这种测试可以自动执行，支持回归测试。
• 可以对测试过程进行评测和监测。
• 可接受性标准是已知的。

缺点包括

• 要求大量的资源和计划。
• 这些测试可能是系统测试的再次实施。
• 可能无法发现软件中由于主观原因造成的缺陷，这是因为您只查找预期要发现的缺陷。

非正式测试

在非正式验收测试中，执行测试过程的限定不象正式验收测试中那样严格。在此测试中，确定并记录要研究的功能和业务任务，但没有可以遵循的特定测试用例。测试内容由各测试员决定。这种验收测试方法不象正式验收测试那样组织有序，而且更为主观。

大多数情况下，非正式验收测试是由最终用户组织执行的。

这种测试形式的优点是

• 要测试的功能和特性都是已知的。
• 可以对测试过程进行评测和监测。
• 可接受性标准是已知的。
• 与正式验收测试相比，可以发现更多由于主观原因造成的缺陷。

缺点包括

• 要求资源、计划和管理资源。
• 无法控制所使用的测试用例。
• 最终用户可能沿用系统工作的方式，并可能无法发现缺陷。
• 最终用户可能专注于比较新系统与遗留系统，而不是专注于查找缺陷。
• 用于验收测试的资源不受项目的控制，并且可能受到压缩。
• 

验收测试是向用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。如果大家还想了解更多与之有关的信息，欢迎关注我们文军营销的官网。

推荐阅读