《Google软件测试之道》二、Google软件测试介绍

不久前，公司邀请外企大厂经验的大佬，分享Google的经验，本人特意问了一个问题：

日常需求项目中，功能测试(测试用例的准备、执行)、性能测试等等，QA人员会编写测试用例，参与执行测试用例吗？

大佬回答：不会。是开发人员的工作。

于是有了几点的思考：

• Google能把这个质量是研发活动的一部分，彻底贯彻执行下去，需要从上到下的强大执行力。
• 国内的大小厂，据本人有限的所见所闻来说， 没有全部由开发人员编写用例、执行用例的实践
• 其实国内，开发和测试很大程度是2个团队负责，隔离开的。测试时 开发活动的下一个节点，于是也引发了很多根源上的不便：如，有时自动化用例维护不及时，毕竟，如何实现接口，开发人员是第一个知道的。于是国内为了弥补这个不足，企图通过企图手段来提升自动化case编写速度，如 自动生成用例、直接引流等等。
• 国内而言，开发人员的工作 通常是： 编写代码 + 一小部分冒烟用例。 在这种模式下，尽管有流水线卡点等设置，质量责任(哪怕是最简单，最基础的需求功能抱枕)更多落到了测试同学身上，很多也产生了效率低下。

来借鉴Google的一些思路吧：