再谈Saas企业软件的测试工作

最近一系列的产品问题的出现再一次将产品的测试推向了风口浪尖，但其实并不是所有的人员能够意识到这是测试的问题，即便是有很多人在讲这是测试的问题，也不会有人去深入的思考这个问题该如何解决，纵观软件测试发展的过程，从一开始的几乎没有测试，到专业测试人员的加入，再到微软等公司大力提高软件测试的地位，要求所谓的1个开发对应两个测试的方式，再到目前越来越多的人天天嘴上喊着测试重要，却在自己的实际行动中不断地做着一些根本无法理解的决定（诸如测试人员直接汇报给开发的负责人等）由于近些年一直从事Saas企业软件的技术团队管理工作，所以对于Saas软件产品的测试工作有一些自己的思考。

首先，作为技术负责人一定要有一个正确的测试价值观，我们在做的是Saas软件产品，不是一个项目，所以测试对于技术而言是非常重要的，因为没有了测试，就没有了产品的未来，这一点不是危言耸听，只有你了解了Saas软件的真谛，你就理解了为什么会是这样，因为Saas软件的命脉是客户成功，客户成功中一个非常关键的因素就是你的产品要稳定，不能出现影响客户的业务进展bug，做过ERP等企业软件的同学应该都能够知道当你的软件出现问题对企业来说意味着什么，记得当年第一次做erp软件的时候由于我们软件的一个bug导致了整个工厂的生产中断了一天，损失了上百万。因此，做Saas的企业软件一定要有一个正确的测试价值观，当然，我们在Saas产品的不同阶段也要采取不同的策略，例如在产品的第一个版本推出的时候需要的快，这时候的软件测试应该保证的是基本可用，而当你的客户已经在完全依托于你的产品在进行公司的业务的时候，你需要的是严格的测试。

其次，作为技术负责人一定是要有产品和客户意识的，因为只有具备了这样的意识，才会知道该如何重视测试，个人认为最佳的方式应该是（此处是按照已经有一定的客户使用时的测试工作安排）：

1，测试独立——这是必要条件，测试部门必须独立，千万不能隶属于开发负责人或者产品负责人，一定要建立三驾马车的管理架构（产品负责人、开发负责人、测试负责人），三者直接是协作关系，没有任何的汇报关系，这样才能保证测试有足够的权威去保证测试质量；

2，作为更高的负责人一定要在各种时候知道平衡，特别是当有矛盾出现在测试与开发之前时，一般的状况要站在测试立场去思考，我经常的做法是力挺测试，安抚开发，我的一个team在开发人员来了之后就会反复的和他讲要尊重测试的每一个bug，这个team负责的产品在客户每年以50%增长的情况下能够连续两年做到了客服问题的负增长；

3，保证测试资源的充足，保证测试的覆盖度，用专业的人做专业的事情，企业软件最复杂的地方就是业务逻辑太复杂，这个对于测试的覆盖度的挑战非常大，很多时候没有专业的测试知识和测试分析思维基本上很难做到覆盖度的保证；

4，务必使用性能测试去发现功能测试的bug，这一点在Saas环境下特别重要，无数次血的教训告诉我们，性能测试不仅仅是测性能的！

着急去开会了，就写这么多，关键是记录一下自己的思考，不认同的欢迎探讨！

来源：纠结的屌丝男