您的测试人员早就知道哪里坏了。
Snag 把证据一起送过去。

测试人员在回归测试进行到一半时，撰写的报告比任何工具生成的都更详尽。但他们无法提供的是导致错误返回的请求、未显示在屏幕上的异常，以及页面出错时的状态。只需在开发、预发布或用户验收测试 (UAT) 版本中添加一个脚本标签，即可将所有这些信息添加到他们原本就打算提交的报告中。

问题

一轮测试所产出的，正是每个缺陷跟踪系统都要求、却很少真正拿到的东西：真实的步骤、预期结果和实际结果。缺口在这些之下。步骤记录的是人做了什么——它记不下加载图标背后那个失败的请求，记不下被吞掉的控制台错误，也记不下那次什么都没发生的点击。于是工单读起来很清楚，却无从下手：开发人员只能把这条流程重走一遍，去收集测试人员早就亲眼看见的东西，同一轮测试的代价被付了两次。还有第二笔代价，它更安静：当提交报告按人头计价时，就得有人来决定哪些外包测试人员、哪些跨职能评审人可以提交缺陷。这是一个配额决定，而缺陷是最不该被配额的东西。

Snag如何提供帮助

在预生产版本中，一个脚本标签会在每个页面上放置一个始终可见的提示框，所有测试人员无需邀请或注册即可使用。点击一下即可开始录制；点击“停止”按钮会打开报告表单，其中已包含回放、控制台和网络连接，因此只需撰写一次报告，即可将证据完整地记录下来。录制内容会跟随用户浏览页面，满足多步骤流程的需求，并且提示框会一直保留在测试人员放置的位置。个人数据会在上传任何内容之前在浏览器中进行屏蔽——输入内容不会被记录，因此使用预置账户的测试人员不会将该账户的内容发送给我们。所有功能均不按人头计费：每个套餐均不限制成员数量。

你得到的回报

一张开发人员打开一次就够的工单，会话就附在上面，不再需要来回追问“用的是哪个浏览器、你点了什么”。如果订阅了修复套餐，你还会拿到一次尝试：代理读取那段捕获的会话，在代码仓库的私有副本里工作，并用你自己的测试套件去检验它的改动——一个通不过你所维护的测试的修复，不会被当作修复交给你。没有人点头就不会合并，所以送到你面前的是一份待审阅的差异，而不是一次需要回滚的部署。对测试团队来说，第二件产物才是最有用的：一处已经被你自己的测试套件跑过的改动，并且链接回产生它的那段录制。完整流程见代理的工作方式。

人们实际会问的问题

每个测试人员都需要付费才能提交缺陷报告吗？

不需要，而且没有任何按人头购买的东西：所有套餐（包括免费套餐）的成员数量都不限。提交甚至不需要账户——测试人员在构建版本上点一下那个胶囊按钮，报告就通过工作区自己的哈希密钥完成鉴权，而不是通过登录。这一点对最难为其购买许可的人最重要：外包测试人员、在签收前做一轮走查的设计师、你请来试一试新流程的支持主管。

我们能否在非公开的测试环境或用户验收测试环境上运行它？

是的——这就是“始终开启”功能所针对的构建环境。它只需要在开发、测试或用户验收测试 (UAT) 部署环境中添加一个脚本标签，并且录制仅限于您已验证的域，因此测试主机和生产主机加入该列表的方式相同。测试人员的工作流程在不同环境之间没有任何变化。

代理修不了的工单会怎么样？

它会返回到你的团队，而不是变成一个看似合理但无人问津的拉取请求。当代码中没有与捕获到的内容相匹配的证据时，代理会停止运行，并交代它找到的内容和查找位置，并且该次运行的费用为一半。无论如何，捕获的会话仍然会保留，因此，即使代理无法检测到错误，你也不会丢失相关的证据。

这些细节的来源

本页面不涉及任何其他产品——所有信息均为Snag原创。如有信息过时，请发送邮件至 admin@dvcllc.io，我们将予以更正。