“用户接受测试”可能具有多种含义。有技术定义 - 然后是通常使用该短语的方法。但是,当团队使用相同的术语参考不同的流程时,事情可能会令人困惑。

幸运的是,两种类型的用户接受测试都非常简单地理解。他们也有共同点,包括许多相同的目标。

用户和移动应用程序的用户接受测试什么是用户接受测试?

用户接受测试验证了该软件的用户体验可以接受。也称为UAT,它是每个网站或应用程序QA流程的一部分,以某种方式,形状或形式。但是,有几种不同的方法。最大的区别?UAT是由专业质量保证测试人员还是真实客户完成的。

QA测试人员的UAT

专业质量保证测试人员完成UAT时,它类似于任何形式手动测试。一种思考的方法是与烟雾测试回归测试。它不仅仅是检查一些明显的部分,例如烟雾测试。但这也不是关于测试所有可能的情况,例如回归测试。

对于UAT,测试人员应确保应用程序或网站易于理解和使用。测试不仅应该不仅仅是寻找错误,但是在UAT中尤其如此。目的是考虑功能是否会感到精打细算并准备启动。

客户的UAT

与上述情况相反,许多人使用“用户接受测试”一词来指代客户进行的测试。在某些情况下,这可能意味着客户在日常用户的意义上。它还可以参考雇用您的团队的客户。

例如,对于日常用户,这可能涉及一群人对该软件的反馈。如果您要为客户端构建软件,则UAT也可能意味着要对客户进行审核并批准最终版本。

用户接受测试在哪个阶段进行?UAT测试仪检查测试案例

UAT是在最后阶段完成的软件开发生命周期

一方面,对于大多数质量保证,这是正确的。毕竟,如果没有实施功能或设计,则无法测试网站或应用程序!因此,任何形式的测试都是在软件开发结束时自然而然的。但是,即使在较早的QA之后,通常也会执行用户接受测试。

例如,在一个典型的Jira QA工作流程,可能有:积压,被选为开发,正在进行的,准备质量检查,QA,UAT和DONE。在这种情况下,团队的QA测试人员将在“ QA”状态期间对其进行测试,然后将进入“ UAT”,以由客户或客户检查。

用户接受测试示例

客户端在其中进行UAT的方案的示例:

假设一个数字代理正在开发一个新的网站着陆页。该站点已经完成了设计过程,开发人员创建了初始版本。他们将更新部署到测试环境中,并将票证分配给质量检查。

在此步骤中,质量检查开始测试页面并报告错误。完成后,他们将票证重新分配给开发人员以修复错误。

当开发人员认为他们已经修复了错误时,门票就回到了质量检查。这次,质量保证在测试过程中找不到任何问题。然后,机票将进入“ UAT”状态,并发送给客户以提供任何最终批准或所需的反馈。

查看网站的QA测试人员真实用户uat的场景示例:

想象一下即将启动其新应用程序的初创企业。它已经完成了软件开发过程,包括由QA测试。团队认为已经准备好了。但是,他们想确保它可以接受终端用户

在这种情况下,他们可能会发现一群与公司无关的人。例如,通过焦点小组。然后,他们会让这些真实的用户就应用程序是否对用户友好且无用的方式提供反馈。

QA测试仪进行UAT的场景示例:

这几乎与上述两种情况相同,但是没有其他客户或客户审查。质量保证将在启动之前进行最终测试,以确保用户体验状况良好。

如何进行用户接受测试?

关于应如何执行用户接受测试的看法不同。但是,在每种情况下最重要的部分是它与客户或团队的目标保持一致。例如,如果应用程序或网站的某些领域对团队最重要,则UAT应该最关注这些领域。

坐在轮椅上使用笔记本电脑测试软件的人

用户接受测试最佳实践

进一步了解上述方面,您可以拥有的最佳实践是确保每个人都在同一页面上。实现这一目标的最好方法是练习良好的沟通

用户接受测试的一些其他最佳实践包括:

  • 测试用例(如果是由内部测试仪而不是客户端/用户完成的)。
  • 报告所有用户体验反馈,而不仅仅是功能损坏。这并不意味着团队将优先考虑在启动之前修复所有这些。但是至少这种方式,每个人都可以意识到此后版本可能需要解决的潜在问题。

用户接受测试是白盒测试吗?

一句话,不。白盒测试意味着测试人员可以查看幕后的实际软件代码。用户接受测试不是白盒测试,因为它仅涉及测试人员(或客户/用户)与软件在前端显示的内容进行交互。如果要对其进行分类,它将被视为黑匣子测试。

用户接受测试应该始终进行吗?

有两种方法可以回答这个问题。当涉及涉及真实客户的UAT类型时,答案是否定的。它并不总是需要完成 - 如果工程学认真对待质量保证的反馈。

这并不是说客户反馈并不重要。但这在现代不现实敏捷软件开发有时间在每次冲刺中都有与真正的客户一起焦点小组。在紧迫的截止日期和有限的资源之间,通常不可行。

相反,可以做的是主动监视App Store/Play商店评论例如,或有关您的网站,客户服务报告等的推文。

在发布QA测试人员之前,在发布前进行最后通行证怎么办?理想情况下,应该每次都这样做。即使最新的更改很小,也让测试人员检查要上线的版本的用户体验始终很重要。