测试或者QA，可以给软件产品提供哪些价值？

测试

自己几个理由吧，也给老板理由，你的测试有何价值？

这是我的清单：

测试人员发现了异常。换句话说，我们寻找任何影响产品价值的东西。（这与Jerry Weinberg的著名格言有直接关系，即质量对于某些人来说意味着价值）有些人喜欢说测试人员发现的只是“缺陷”。这也是事实，但我避免使用这个词。缺陷往往会让程序开发人员感到不安。示例：表单中的国家或地区列表缺少“法国”两个字，这是个典型的漏掉国家的缺陷。

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

测试人员发现问题。问题是威胁项目价值的问题，而不是产品本身。示例： eBay上有很多实时内容，广告等。我应该测试那些广告，活动，营销这些由产品或者营销人员在后台配置的东西吗？我该怎么测呢？用什么工具，用什么方式能够在消费者发现错误或者漏洞之前发现这些问题呢。之前不是没出现过，被羊毛党撸的情况，或者更严重的被 络灰产，黑产攻击的问题。当然这些是不是一个测试人员应该负责的范围，还有争议！

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

测试人员使用很cool的工具的同时避免低级失误。我在 站上收到证书错误，但结果是 站和Burp Proxy之间的交互，这是我的录制工具。因为测试人员使用的工具或特定环境不健全导致软件出现问题。这些看起来像是bug，当我们兴冲冲的告诉开发我们的发现的时候，开发花费大量精力查代码，最后发现是你的问题。那开发如何看待你作为测试人员是否合格这件事呢？所以作为一个专业的测试，你要让老板看到你使用的酷酷的工具，又要避免它带来的低级问题！同时，你要让老板看到你使用的工具，最好能有个可视化可量化的东西摆在他面前。

测试人员可以给开发小白提供整个软件图谱。我们注意到我们产品的一些有趣的小功能虽然并没有威胁到产品的价值。其中一些可能代表程序员所不知道的功能，或者一些老旧的不常用的功能。示例：由于开发人员的不稳定，经常更换，导致新来的开发还没有完全摸透老功能，以至于一些改动没有考虑周全，那么这可能就是一个定时炸弹。这时候测试人员有必要告诉开发整个产品的框架和功能点。

不想当花瓶，想靠实力，那么就多给自己一些理由，以上抛砖引玉！

不知道这些理由够么，你对一个产品的价值。欢迎大家给出自己的意见！