为什么软件测试显得很没地位？QA到底能带来价值吗？

我告诉你我看到的QA能够带来哪些？能够发现哪些问题？

最近在eBay上进行测试时，我发现我们需要更深入地了解测试人员发现的内容。这不仅仅包括BUG。

这是我的实验清单：

测试人员发现了错误。换句话说，我们寻找任何威胁产品价值的东西。（这与Jerry Weinberg的著名格言有直接关系，即质量对于某些人来说意味着价值，在某些时候，非常重要。）有些人喜欢说测试人员发现“缺陷”。这也是事实，但我避免使用这个词。它往往会让程序员感到不安，而且我遇到了麻烦。示例：表单中的国家/地区列表缺少“法国”。

测试人员也发现了风险。我们注意到产品的行为在重要方面看起来可能出错，即使我们还没有看到这种情况发生。示例： Web表单使用已弃用的HTML标记，该标记在当前浏览器中正常工作，但可能会在将来的浏览器中停止工作。这表明我们应该进行验证扫描。也许在网站上有更多类似的东西。

测试人员发现问题。问题是威胁项目价值的问题，而不是产品本身。示例： eBay上有很多实时内容。广告等。我应该测试那些东西吗？我该怎么测试呢？

测试人员发现可测性问题。这是一个问题，值得强调。测试人员应指出产品难以观察且难以控制的方面。开发人员可以做一些小事情（例如添加可编写脚本的接口和日志文件），可以提高可测试性。如果你不要求可测试性，那么你没有得到它是你的错。示例：您正盯着每秒更改五次的读数，想知道如何判断它是否呈现准确的数字。为此，您需要一个日志文件。

测试人员也发现了似是而非的问题。也是一个问题，值得强调，我们有时会看到看似问题的事情，但结果却是我们碰巧我们在测试的时候才会有的表现。示例：我在网站上收到证书错误，但结果是网站和Burp Proxy之间的交互，这是我的录制工具。

测试人员发现了古玩。我们注意到我们产品的有趣的事情并没有威胁到产品的价值，但可能暗示隐藏的功能或使用产品的有趣方式。其中一些可能代表程序员所不知道的功能。他们也可能会提出新的测试方法。示例：嗯。我注意到很多复杂的内容都存储在eBay上的iframe中。也许我可以对Iframe进行扫描并系统地发现我需要测试的重要脚本。

也许您认为应该在此列表中添加其他内容。关键是测试的结果可能非常多样化。