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