测试之道思考与改进（一）

疫情期间，禁足家中，百无聊赖时，也会想想自己的工作-测试，目前是什么样的？处于什么样的困境？该向何处发展？会不会出现中年危机？

测试现状

（1）不可否认，测试在国内的发展属于整个IT行业中的末梢而非翘楚，同样不容置疑的是测试在发展；

（2）测试的规模、专业程度、公司中的地位，受制于公司的规模、产品的成熟度，你不能去要求一个创业公司或者一个处于生存线的公司去大力发展测试，它的重点是产品发布、带来效益；

（3）测试的过程，深陷代码质量糟糕、测试用例差劲（除了测试人员的能力外，测试场景不明晰等也是祸首）、团队问题等技术质量债和组织管理债；

（4）糟糕的产品、话语权的缺少，使许多测试不成规模的公司的测试人员的创新想法难以推动，小心翼翼以免破坏瓷娃娃（脆弱的产品）；

（5）测试是主流之外的领域，测试人员不受重视、加班加点，测试主要是一个手工的过程，善于自动化的人很快就被开发拉走了，因为开发影响力会更大。

（6）测试人员不同工同酬、奖金和晋升待遇和开发完全不一样。

（7）产品发布时，优先考虑的是功能的完备性和易用性方面是否满足，却很少考虑质量问题。作为同一个团队，测试总是为开发让路。

如何改变

《Google软件测试之道》中，有这么一句话：一个团队能编写出高质量软件的唯一途径是全体成员共同对质量负责，包括产品经理、开发人员、测试人员等所有人。要实现这样就要：使测试人员有能力将测试变成代码库的一个实际功能，而测试功能的地位应该与真实客户看到的任何其它功能同等重要。

将测试作为产品的一个功能而不是可有可无的一种测试服务。

如何提升自己的话语权，答案只有一个，就是：提升测试（自己）的影响力，对产品的影响力，对团队的影响力。

开发和测试应该并驾齐驱，停止开发和测试的隔离对立。写完每一段代码后立刻测试这段代码，当完成了更多的代码时就要做更多的测试，测试本身就是开发过程的一部分。培养开发的测试能力、培养开发对质量负责的态度。

转变一个至关重要的观念，测试是寻找问题的，寻找产品不满足目标的地方而不是去验证产品符合目标，测试是产品的破坏者。

提升代码能力，只有了解才能更好地测试。不管是做测试开发还是测试，代码能力都是重要的，也是公司招聘的一项考核标准。

测试计划要符合产品目前的阶段。