测试人员应该报告什么？

Question

我有一个我为客户建站的网站。我现在和我一起在项目上有一个测试员。

我觉得需要测试人员。真！我无法测试自己的代码。我也很欣赏新眼睛的价值。但是想要报道的是什么？

很容易说一切都应该报告，但我和测试人员之间没有人过滤掉不重要的请求。测试人员不了解系统，也不了解目标用户。她正在为我分配任务，而不是项目经理。我认为这会很快改变，但在此之前，你会推荐什么？似乎有一种信念，我们的用户从来没有使用过互联网，他们和摇滚一样愚蠢。

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

我有很多案例让我沮丧并说“真的吗？你认真吗？这应该是一个问题吗？”

例如：需要在页面顶部添加文字，说明必填字段为“* =必填”。

你有没有这种感觉？你是怎么处理它的？

就目前而言，正如我所知，我正在做，但我明确表示我不同意。

Answer 1

听起来我的测试人员正在做正确的事情。在测试应用程序时，您无法承担任何级别的用户专业知识。如果用户可以破坏某些东西，他们就会。

您和您的测试人员需要制定严重性等级。异常值（任何具有互联网经验的人可能会工作/永远不会打击）会被视为低优先级，并且在您淘汰高优先级项目之前一直处于劣势。

......从不那么少，这些异常值应该仍然记录下来，因为他们最终肯定会回来咬你的屁股。

Answer 2

您需要为问题添加优先级。这将允许您首先执行重要问题，并且化妆品问题持续存在。以下是Jira的示例优先事项：

• 优先级1 - 可重现的崩溃;阻止任何进一步测试或开发特定功能的问题;丢失用户的持久数据;巨大的内存泄漏
• 优先级2 - 在产品发布之前必须解决的主要问题;阻止用户使用功能;对伴侣产生负面影响;常用功能中的重大内存泄漏
• 优先级3 - 在产品发布之前应该修复的小问题;不会阻止用户使用产品;高度可见的可用性问题;很少使用的功能中的小内存泄漏
• 优先级4 - 纯粹的化妆品问题;不影响功能

Answer 3

实际上听起来你的测试人员正在做正确的事情（而且“* = required”的文字是一个非常好的主意）。

除了有关确定报告优先级的建议之外，我还建议您对报告中的用户体验或功能进行分类。

Answer 4

您和测试人员永远不会完全同意报告“需求”。只需正确设置问题的优先级，然后继续修复高优先级的东西。

您绝对不想做的一件事是阻止测试人员提交错误。当一些东西完全破碎时，它会再次咬你，他们会说“我认为这就是它的运作方式”。

确保您正确地传达开发计划和状态，这样他们就不会浪费时间测试不够完整的功能。

Answer 5

我会向客户报告每项更改在时间和金钱方面的成本。你可能需要根据自己的时间修复合法错误的事情（除非你的合同另有说明）。设计/主观问题你应该能够分配成本。让客户知道它们将花费多少，他们可以决定是否要继续。

希望您有一些客户已签署的项目规范，以便您知道项目何时完成以及项目范围中未包含哪些内容。如果没有，你的手上可能会有一些争吵。对于您认为超出项目范围的更改，您可能需要妥协 - 可能以更低的费率对其进行计费或者将成本与它们分开。如果您处于这种情况，那么在项目规范中记录所有内容是一种很好的学习经验，这样就不会有什么不属于项目范围的问题。我去过那里 - 这样的经历就足以教你把更多的工作投入到你的规范中。

Answer 6

报告所有内容并进行分类。经过一段时间后，她将开始了解过去的分类是什么，什么不是。人类可以学习;教。