Testing 有没有人来过'；友好的用户测试&x27；在软件开发中？

阅读文档时，术语的上下文是“……经过几周友好的用户测试……”

可能文档试图区分试图破坏应用程序的测试和更友好的测试，即更肤浅的测试

大多数开发人员在测试自己的代码时，最初并不是为了破坏应用程序而进行测试，他们每次都倾向于遵循相同的使用模式——他们将清除错误的模式。也许这是友好的测试？这就是演示失败的原因（演示的诅咒）——因为新加入应用程序的用户遵循的是尚未清除的新模式

---

否则它可能是一个打字错误，它应该是用户友好的测试——设计对用户影响较小的测试？

开发者通常有他们最喜欢的用户；提出好问题、推荐好功能、善于沟通的用户

这些用户通常会在其他人之前获得不太完美的软件，因此开发人员可以在向贪婪的人群发布软件之前获得友好的反馈。被温和地告诉“我不喜欢你的foobar工作方式，我宁愿它做一些不同的事情”比听到“那些混蛋和他们的白痴foobar，我无法想象他们为什么不做不同的事情”要好得多

这些友好的用户可能也不想破坏软件——他们可能愿意尝试新功能，但如果发现漏洞，他们可能不会尝试编写漏洞利用程序。

在我最近参加的一次电话会议上，“友好的用户测试”被大量使用，该会议讨论的是一个我们开始进行内部UAT的项目。在我看来，使用它的上下文似乎表明，“友好用户测试”的“友好”部分是为了区分“我们的”测试人员，例如，他是“友好的”（战争）测试人员，以及“他们的”测试人员，例如，米馅饼中的查理测试人员

友好的用户测试允许最小的客户端影响，因为“我们的人”应该知道他们在一个包含/接触当前正在生产的客户端数据的环境中正在做什么，他们应该/不应该做什么，该环境引入了一个新的软件，该软件已处于开发周期的末尾。（现有数据和软件系统加上新软件系统的添加。）

编辑：

---

我应该补充一点，当我说“我们的”测试人员时，我指的是那些不是在最初的QA测试阶段的测试人员，而是稍后将在生产中使用该系统的测试人员。。。因此，“内部”UAT。

友好的用户测试通常指由开发和质量保证团队之外的人员执行的“用户测试”，但进行测试的组织知道

我们在两个案例中看到了这一点：

• 主要是使用自己员工的组织（应该是 友好：-）吃自己的狗粮（例如首席执行官、销售总监、， 上周一加入的学徒…但通常不包括民间 （来自开发团队内部）

• 越来越多的组织招募“付费”或“感兴趣”的人作为即将推出的产品（如O2s）的测试兔（用最贴切的话说）

它是“友好的”——因为如果他们发现崩溃、bug、问题，用户会期待它。在我们的案例中，我们可能也在监控他们填写“日记”的使用情况（在他们允许的情况下），同时执行自动化的现场测试，以推动友好用户执行任务，而这些任务可能不像我们希望的那样专注（他们最初的意图）.

友好用户测试（FUT）是由开发团队之外的人员执行的软件用户测试，但执行测试的组织知道

---

FUT是指同意在部署（未最终确定）的版本中以及推广之前测试和检测应用程序或软件中的错误的人员。新服务的自愿用户同意从开发者那里收集有价值的信息。产生的不便转化为积极参与解决遇到的故障。

我没听说过这个词，但我听过“生产中的测试”，这很可怕。虽然从未在需求文档中看到过它。我同意“在生产中测试”的想法永远不会有好的结局。我不介意“在生产中测试”部分，在这种情况下它非常好（QA仍在图片中）将编辑问题以限制其范围：）它不是一个打字错误。但我认为你的观点是正确的。这是在QA团队之外由客户在预发布时进行的测试，目的只是检查需求并查看是否需要对UI进行任何小的更改