Testing 测试人员应该报告什么？

我有一个网站，我正在为客户建立。我现在有一个项目的测试人员

我觉得需要测试人员。真正地我无法测试自己的代码。我也欣赏一双新眼睛的价值。但什么要求报道呢

说什么都应该报告是很容易的，但是我和测试人员之间没有人来过滤不重要的请求。测试人员既不了解系统也不了解目标用户。她是在给我分配任务，而不是项目经理。我认为这很快就会改变，但在改变之前，你有什么建议？似乎有人相信我们的用户以前从未使用过互联网，而且他们笨得像石头一样

我遇到的问题是，测试人员建议的所有内容都被自动接受并分配给我

我有很多案例让我大跌眼镜，说“真的吗？你是认真的吗？这应该成为一个问题吗？”

例如：需要在页面顶部添加文本，对必填字段显示“*=必填”

你有过这种感觉吗？你是怎么处理的

---

目前，我只是按照别人告诉我的去做，但我要明确表示我不同意。

我会向客户报告每次变更在时间和金钱上的成本。您可能需要在自己的时间内修复那些合法的bug（除非您的合同另有规定）。属于设计/主观问题的事物，您应该能够分配成本。让客户知道成本，他们可以决定是否继续

---

希望您已经有了某种项目规范，客户已经签署了该规范，以便您知道项目何时完成，以及哪些内容不包括在项目范围内。如果不是，你可能会有一点打架。对于您认为不在项目范围内的变更，您可能需要折衷——可能以更便宜的价格向它们收费，或者与它们分摊成本。如果您处于这种情况，那么将所有内容都记录在项目规范中是一种很好的学习体验，这样就不会有关于项目范围之外的内容的问题。我曾经去过那里——像这样的一次经历足以教会您在规范中投入更多的工作。

您需要为您的问题添加优先级。这将允许您首先处理重要问题，最后处理外观问题。以下是Jira的优先事项示例：

• 优先级1-可再现的碰撞；阻止进一步测试或开发特定功能的问题；丢失用户的持久数据；巨大的内存泄漏
• 优先级2-在产品发布前必须解决的主要问题；防止用户使用功能；对伴侣产生负面影响；频繁使用的功能中存在严重的内存泄漏
• 优先级3-在产品发布前应解决的次要问题；不阻止用户使用产品；高度可见的可用性问题；很少使用的功能中存在小内存泄漏
• 优先事项4——纯粹是一个表面问题；不会影响功能

---

我觉得您的测试仪做的事情是正确的。在测试应用程序时，您不能假设任何级别的用户专业技能。如果用户可以破坏某些东西，他们会
您和您的测试人员需要制定严重性等级。异常值（那些任何有互联网经验的人都可能解决/永远不会碰到的）将被视为低优先级，并被搁置一旁，直到你删除高优先级的项目

---

…尽管如此，这些异常值仍然应该被记录下来，因为它们最终肯定会回来咬你的屁股。
报告一切并进行分类。一段时间后，她将开始了解什么可以通过分流，什么不能。人类可以学习；教授。
实际上，听起来您的测试人员做的事情是正确的（而且“*=required”的文本是一个非常好的主意）

---

除了关于报告优先级的建议外，我还建议您根据报告是否涉及用户体验或功能对报告进行分类。
您和测试人员永远不会就报告的“需要”达成一致意见。只要正确设置问题的优先级，然后首先着手解决高优先级的问题
您绝对不想做的一件事是阻止测试人员归档bug。当船上的东西完全破碎时，它们会回来咬你，它们会说“我以为这就是它的工作原理”

---

一定要确保您正确地传达了开发进度和状态，这样他们就不会浪费时间测试不够完整的特性
无意冒犯，但对我来说，“需要在页面顶部显示“*=Required”的文本中输入必填字段。”听起来像是一个不错的bug报告。并不是所有的用户都意识到这个小小的asterix意味着什么。总是会有不熟练的用户使用您的软件，您必须满足他们的需求。您知道他们引入测试人员的原因吗？我们正在改变我们的流程。我们希望所有项目的所有代码在开发团队之外的任何人看到之前都经过测试。谢谢。我想我有点像个婴儿了。所有的高优先级都完成了，我只想进入另一个项目。记录修复比更改花费的时间更长。幸运！我希望我能有更多这样的任务。估计这些任务要比仅仅做出改变花费更长的时间。真正的问题是我已经完成了这个项目，我只想把它完成。谢谢你的回答。