testing - 结构化 UAT 方法

<分区>

作为一名开发人员，我经常发布不同版本的应用程序，我希望用户对这些应用程序进行测试，以找出错误并确认是否满足要求。

我让用户大致了解我所做的更改或需要测试的新功能，但这似乎有点草率，而且结构不是很好。

我想知道在迭代开发过程中，其他人在请求 UAT 时采用了哪些方法或过程。

谢谢。

最佳答案

我发现编写测试脚本非常耗时，通常比修复到位的时间还要长。由于我们在这里做了大量的工作，所以我们没有时间创建有效的测试脚本。

随着我们的改变，我们将测试推向了两个层面，即应用程序支持和业务验收。我们希望通过技术方法和业务方法对变更的大部分方面进行测试。为了让他们知道他们应该测试什么，我们附上了受更改影响的操作列表(添加产品、删除产品、编辑产品)。

在我看来，这与强大的单元测试方法相结合是应对高容量环境的最佳方法。

关于testing - 结构化 UAT 方法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/136766/

相关文章：

c++ - 在 Visual Studio 的解决方案资源管理器中组织项目文件