无论你是一个后台或前台一–你就会知道测试的痛苦，特别是用户验收测试。一方面，这意味着大部分的工作是做–接近成品的准备了。另一方面，有时意味着糟糕的事情还没有发生。这是在UAT测试发现的错误可以被讨厌的如果他们设法通过测试阶段，摆脱。

用户验收测试是什么？嗯，不要紧，有问题的项目，例如，一个预约程序，或基于浏览器的游戏，步骤是大同小异。后退一步，UAT测试的想法是模拟和测试许多真实的用户场景是可能的给定的时间、人员和资源可用于测试。这是测试的最后阶段，它是一个非常关键的，因为所有东西穿过去，这一阶段将包含在最终的产品。这包括错误以及和可用性的问题

UAT测试的现实

在一个完美的宇宙，会有这一步的时间和资源丰富，所有的错误都是在发射前发现并纠正。如果你以前做过UAT测试，你可能只是笑了笑。现实的情况是完全不同的。通常，一对夫妇的最后期限已经错过和失去的时间需要由某种–这次从UAT测试。它很容易被误解为一个在一般测试和开发的不太重要的步骤。

毕竟，广泛的测试已经发生，那么什么是另一个阶段的测试点？投资者和客户往往是匆匆忙忙，想把东西包起来快。添加到可能的过度工作的程序员，或者，如果一些被雇用，劳累QA测试员，通常也缺乏资金…它可以成为一个灾难太容易。

这是可以避免的，但。如何？通过消除尽可能多的潜在问题。一个固定的预算分配，可以把这些问题大多数护理。它可以确保足够的资金可以覆盖所有必要的工作–没有马虎的错误因为忙工作，没有恐惧，没有得到支付承包商。如果客户允许，它画在人们熟悉的项目–邻居也是一个好主意，你的伴侣或看门人。他们会给外部的视角，和他们的“内幕知识缺乏”（再加上他们不需要支付）将派上用场。

有一个用户验收测试计划

现在，不幸的是，预算往往是非常非常难控制，如果你是一个开发者，可能不可能影响到所有。相反，还有其他的因素可以影响。为了确保顺利运行是预先计划尽可能多的元素的最有效的方式，同时建立详细的用户验收测试计划。

“元素”一样，这可能包括人员名单–预先决定谁将在UAT测试可以确保每个人都做好了准备，意识到自己的作用，并能有效地利用自己的时间。虽然它可能需要做一些最后的修改或者为了团队覆盖的工作量增加，有一个用户验收测试计划至少会给你一个稳定的基础。当暴风雨来临的时候，那正是你需要的。

拿出一个详细的测试用例列表

下一步是建立详细的用户验收测试用例列表。在这里，复杂的工程中起着重要的作用–越大，就越难以涵盖所有可能的。这里的想法是尽可能多尽可能自然的用户场景。一个电子商务网站，这将包括在车上，结帐，添加项目选择收藏夹，创建个人帐户等等。一个应用程序为基础的游戏，这可能包括创建帐户，购买应用程序，设备的权限，当然，游戏。早在项目列表，更容易将包括尽可能多的情况。

你想在这里做不来与边缘的情况下，但与现实生活中的场景。所以，虽然是，应用程序可能要运行11其他应用程序在后台打开崩溃，或者如果它是运行在一个（差）仿真环境，但这不是什么UAT测试是。相反，它感兴趣的是它是否运行顺利，如果苏珊从隔壁使用它而以从她的糖果粉碎暴破。

在UAT测试，注意测试环境

一个简单的例子，这仍然是思想背后的UAT测试。另一方面，需要考虑的是这里的测试环境。对于一个网站或Web应用程序测试，将不同的操作系统和浏览器，一个电话，使模型。你会很难找到一个Web项目，不重功能的反应性和跨浏览器的可用性。

现在，有成千上万，如果不是数以万计的设备和浏览器数千种可能的组合。它不可能覆盖所有的，老实说，如果在2017有人想用一个旧的诺基亚2660（倒装）手机看一个网站，这是他们的选择。然而这不是目标受众的一部分，所以条纹这样的案件被忽略很安全。在空想的情况下，有时间和资源后剩下的常规测试完成，这肯定是要看看，是一件好事，但主要的可能的情况下需要检查。

一般包括流行的手机型号从过去3-5年的所有大的浏览器以及在不已经跟Chrome/Safari作为一个预先设定的设备默认的。在最受欢迎的组合是什么很多的数据可用，所以试图推断出，就（再次）时间和资源允许。

另一件事要记住，这是更大的画面。总是考虑为什么用户会使用的产品有问题。如果它是一个游戏，打发时间。如果它是一个电子商务型项目，希望将用户（不同类型），要么找到X产品和购买，或逛街，比较，和花更多的时间。你应该调整你的测试用例，你的典型用户预期的行为。

UAT测试：良好的文档是一切

所有覆盖的–UAT测试的准备和计划但对于UAT测试本身？在这里，它的所有有关的文件。它可以是危险的诱惑不准确的标签，在什么情况下会发生什么，或者只是口头报告遇到的问题–尤其是小型团队–但不要让自己被引入歧途。良好的记录可以使或打破这种最不受欢迎的发展阶段。如果你的产品是基于Web的，debugme可能证明是一个很好的补充UAT测试文档阶段

现在，良好的文档是什么？很高兴你问。它需要至少包含信息–到底发生了什么事情，什么设备/操作系统/浏览器是怎样发生的，它是唯一的或经常性的，这是多么严重（考虑设立阶段像Low，中，高，和显示）和潜在的证据/证据像截图，本软件或类似。信息越多，就越容易解决，和更少的时间在那里消失。

此外还应包括参考类似的问题。所以说，例如，同事1有一个问题在电脑上使用Chrome和同事2显示标识有问题的标志在他的Galaxy手机使用Chrome–两可能相关，应标明。团队越大，就越难保持，这将为项目经理是一个很好的任务。开发者会因此感谢你（或者你的发展，你会拍拍你的肩膀吧！）。

只有一个方面，我们尚未覆盖：这个测试用户验收的一部分。除了功能性问题，UAT测试就是你发现用户是否真的喜欢你创造了什么。看似非常明显的开发商，可能是极其复杂的用户。代码的最完美的作品不会起飞，如果它使用硬。所以，这是一个很好的时间请你的朋友、家人和会计和人力资源部门在球场上UAT测试。简单的评论”这个按钮应该更大”或“结帐过程还不清楚的可以把你的工作从优秀到卓越。当它来的时候，实际上是最简单的部分固定。所有的辛勤工作完成后，最后的变化可能比任何其他化妆品。在这一点上，你也会发现如果用户觉得你的项目需要很长的时间来加载或是看不顺眼。

你会得到一些边远的结果，而是一个足够大的组测试，你将有足够多的与–和足够多的输入要放弃你的工作，你家的自由！