我以构建网络应用为生。
一个重要但经常令人痛苦的过程是客户/用户验收测试。
您如何管理此流程？
即。你如何让他们测试？你给他们测试脚本吗？ 你给他们一个系统来记录错误并改变请求/反馈。如何让客户了解错误和功能更改之间的区别？
如何让客户为您提供可重复的步骤来创建错误/问题？
用于管理此流程的任何优秀网络应用程序（想像一个像app这样的Basecamp对此非常有用）
谢谢，
版
答案 0 :(得分：2)
不要给他们测试脚本。
对我而言，在很大程度上使测试过程失效，因为如果你在考虑测试用例，你的软件可能会处理它们，因为你已经想到了它们。
良好测试的想法是，测试中存在一定程度的独立性，因此您无法满足已知的测试用例，并且客户端也可能会想到您不会想到的场景，这就是整个想法。
但是你如何激励他们呢？嗯，说实话，如果他们没有动力，我会感到惊讶。我一般认为，激励他们评论功能规格，要求和其他初步文档是一个更加艰难的战斗。当你进行测试时，你已经消除了一个重要的心理障碍，因为软件现在是“真实的”。
您如何处理这在很大程度上取决于您与客户的关系的性质。如果您的正式流程符合商定的规范，那么您应该说客户有一定的时间来签署并接受软件，并且不采取行动意味着接受。
如果它是一个内部客户端，那就更难了。这可能都归结为谁在推动这个项目？谁是利益相关者？这些是您激励此类活动所需的人。
答案 1 :(得分：0)
通常，我遇到的客户端测试的最佳方法是让他们发送问题的屏幕截图以及他们为创建问题所做的一些事情。到目前为止，大多数测试应该在内部完成，并且应该淘汰令人震惊的错误。拥有一个自动通过电子邮件发送错误的系统让我知道他们正在测试，我从电子邮件中的堆栈跟踪中获得了大部分血腥细节。