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

在Google,测试用例的准备和执行是开发人员的责任,而国内大多数公司中,测试和开发职责分离,导致一些效率和质量问题。开发通常只负责编写代码和少量冒烟用例,测试同学承担更多质量保障工作。引入Google的测试理念可能有助于提高效率。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

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

于是有了几点的思考:

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

来借鉴Google的一些思路吧:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

多则惑少则明

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值