软件测试人员应该说功能“工作正常”还是应该说“看起来/看起来工作正常或看起来不错”？

#1 楼

这取决于

重要的是您能够有效地将测试软件的当前状态传达给潜在客户和管理层。您如何交流这些信息将取决于您的工作场所文化和雇主需要满足的任何监管要求。对您的测试充满信心-即使这里的每个人都知道我们永远不能百分百地确定错误修复或功能实施正常。管理人员倾向于使用具有决定性陈述的概述。

一些建议供您考虑：该产品已发布，无需进一步测试？

覆盖范围-您的测试涵盖了功能/错误功能的已知路径的比例？这些与80/20规则有何关系（80％的用户将专注于20％的功能，因此您的测试应占20％的最大）

已知问题和解决方法-如果有的话您是否知道功能/错误修复的问题，以及是否存在解决这些问题的变通办法该怎么办？非常舒服？一点也不？这可能是一个非常广泛的指导原则，但是对您的经理/负责人来说可能是一种有用的启发。

绿色/黄色/红色-测试中的软件的当前状态是什么？



绿色-没有已知问题

黄色-已知问题可能会引起问题

红色-有在继续之前需要解决的严重问题。



已知问题度量标准-尚待解决的关键问题有多少？有几个主要问题？如果您的雇主有关于不发布具有严重性设置级别以上的已知错误的规则，则此信息对于进行交流很重要。

根据情况，在报告测试进度时，我将使用所有这些启发式方法。我也倾向于保留事实，例如：“已经测试了所有通过功能X的已知路径。没有针对功能X报告过未解决的错误。”

#2 楼

在理想的环境中，作为测试人员，您应该说“被测应用程序的实际行为符合给定的要求”。 ”必须足够全面和明确。这在现实世界中很难实现，尤其是在“敏捷”环境中。

这也取决于项目的当前阶段。在早期阶段说“似乎很好”是可以的，但最好在最后阶段避免。应用程序的状态。您应该考虑到这一点，在每种情况下，都应在利益相关者的保证和您的言语，交易和结果所构成的声誉之间保持平衡。

#3 楼

“工作正常”和“似乎工作良好”的含义相同，这显然是基于您说这些话时的个人观察。

如果要提高报告质量，请说“ X事”如预期的那样做了Y”。然后，开发人员会知道您的“精细”概念是否与他们的相同。

#4 楼

我曾担任敏捷开发团队的负责人几年。环境是非常非正式的，对我来说，我会理解您所发表的任何陈述。

发生了哪些交流，并考虑到以下因素：


如果测试人员说“看起来不错”，是否表示“到目前为止看起来还不错，但我仍在测试”或“我完成了所有测试用例”或“我完成了第一组测试用例专注于这就是我正在考虑的全部，即使还有很多其他测试用例都需要涵盖”？例如，当要完成一项功能，需要3个应用程序和一个数据库部署，而测试人员仅涵盖了其中的一些功能，但是经理询问了所有这些功能。
经理和测试人员是否在同一页面上，了解预期的范围？测试以及什么/不是测试的关键？

如果您使用的是非常新的软件或非常陌生的软件管理器，那么“有效”和“有效”之间的区别似乎正在起作用”，可能需要重新解释：什么软件测试可以完成，但是更大的问题是您是否要回答经理提出的问题。而且，我认为如果您和经理在执行确切的测试时是否位于同一页面上，可能就不会有这个问题，因为否则您可以说您的测试用例有效，而不必怀疑他们是否认为您已经结束了-保证软件的无缺陷性。经理最关心的是什么，并告诉他们您测试过的东西与之相关。

#5 楼

担任决策职务的任何人都应该已经理解，当测试人员讲话时，这两个陈述意味着同一件事。如果他们不这样做，那么有人需要帮助他们了解软件测试可以完成和不能完成的工作。

#6 楼

“似乎/看起来工作正常”表示缺乏信心。

当测试人员说某个功能“工作正常”时，就隐含了它是“相对于需求而言的”

最好的说法是“工作正常”或“否。由于XYZ原因无法发货。”如果有人说某个功能“似乎可以正常使用。”，那么经理的问题可能是“您不确定吗？”


是在需求之上
确保您已获得所有澄清，并且没有未解决的问题
不要忽略非功能性需求
如果您发现任何风险，请提前与他们分享

我确实相信，即使是测试人员也可能会遗漏一些错误，但是一旦测试人员对功能进行了测试，那么在遵守要求方面就会有某种程度的合理同意或不同意见；这是可以预期的。 >
我相信，这很好。

#7 楼

那么很有可能没有发现任何缺陷，但是这种事实的真实性并没有真正的用处，并且可能引起焦虑。发现没有缺陷”。

如果您认为该功能的测试范围很低，则应该对测试管理器说。

#8 楼

我认为测试人员应该更精确地完成针对给定功能/错误修复的测试状态。说“到目前为止工作正常”或“似乎/似乎现在工作正常”并不能说明已完成的测试水平。

类似的东西我想为管理层提供更多信息


我们已经运行了X个测试用例
通过次数= P，失败次数
= F
执行的测试限制\未测试的区域
建议（例如，完成，包含，需要更多测试等）