【发布时间】:2020-06-01 12:37:16
【问题描述】:
我在这里阅读了一些类似问题的先前答案,但我并不满意。因此,系统测试和验收测试都根据需求评估系统。
接受测试是针对用户/客户的,他们决定是否接受系统。但是验收测试同样适用于我们的测试人员......在这里我有点困惑我将在验收阶段产生哪些我在系统阶段尚未产生的额外测试用例?
【问题讨论】:
标签: testing acceptance-testing
我在这里阅读了一些类似问题的先前答案,但我并不满意。因此,系统测试和验收测试都根据需求评估系统。
接受测试是针对用户/客户的,他们决定是否接受系统。但是验收测试同样适用于我们的测试人员......在这里我有点困惑我将在验收阶段产生哪些我在系统阶段尚未产生的额外测试用例?
【问题讨论】:
标签: testing acceptance-testing
重要的是要知道所有测试阶段都有重叠。这样做的目的是为了弥补前面测试短语中的任何空白,同时也从不同的角度测试同一事物。
系统测试会根据要求列表检查整个系统。验收测试根据用户的需要检查整个系统,可能是通过实际使用它。众所周知,需求所说的和用户想要的可能是两件不同的事情。重要的区别在于谁在推动测试:开发人员或用户。
用户验收测试 (UAT) 包括验证解决方案是否适合用户的过程。它不是系统测试(确保软件不会崩溃并满足记录的要求),而是确保解决方案对用户有效(即测试用户是否接受解决方案);软件供应商通常将此称为“Beta 测试”。
此测试应由主题专家 (SME) 进行,最好是被测解决方案的所有者或客户,并提供结果摘要以供确认,以便在试用或审查后继续进行。在软件开发中,UAT 作为项目的最后阶段之一,通常发生在客户或客户接受新系统之前。系统用户根据实际情况执行测试。[9]
beta 测试的类比是一个很好的类比:在使用软件的过程中,beta 测试人员会运行各种你没有想到的场景。这些通常不在要求中。它们可能被遗忘、假设、过于详细、根本没有想到或存在错误(尤其是并发错误)。
"Acceptance testing" is sometimes done by the development team on behalf of the users。 on-site customer 将从黑盒的角度编写一组验收测试,团队必须实施这些测试。这些可以成为回归测试。
开发团队进行的这种验收测试有时是用户验收测试的替代品,或者可以在 UAT 之前完成,以确保软件在提交给客户进行验收之前处于尽可能好的状态。
【讨论】: