​因为有的小伙伴看到公司的QA不测试业务需求,只搞流程、卡点、规范、技术创新、QA平台,行业洞察,让研发自测、研发担责上线bug和风险,所以问我,你怎么看QA不做业务需求测试这件事。其实我怎么看不重要,这事还是要看公司管理层和QA负责人,我个人倒是可以作为一个业务方来聊一下这件事。

企业架构

公司组织架构很大程度上决定了QA团队的规模和工作职责。QA团队汇报的等级越高,公司对QA团队和QA工作认可度也越高,对QA的工作质量要求也越高。「通常来说」企业架构上,QA和产研运在一个组织汇报维度是比较正常的,也就不会出太大幺蛾子,如果汇报线奇葩,那么里面肯定有很多不为人知的奇葩事情,要避坑。

举个活生生的例子,某公司的QA汇报给运维负责人。我个人对这种组织架构其实是不太看好的。在业务层面去看,QA更应该和业务,也就是合作方,甚至可以说是「自己的甲方」在一起更好,而不应该和「自己的乙方」在一起。QA和运维在一起,挺多在资源部申请和运维支持工作上带来一些便利,可是这样就和自己的业务距离太远了,不利于自己业务的开展。QA和运维都是资源型团队,如果仅仅是资源输出,这样的组织架构产生的价值就更不被看好。如果这样组合是为了建设QA平台,那么至少还需要产研的小伙伴的加入才能完成。总之,这样的组织架构,更像是临时安排,不像是长久之策。如果一直是这样的组织架构,那要小心。就像有个虫子眼的苹果里面大概率是问题的。

同理,联席CEO,联席CTO也是比较差的企业组织架构,其中很多都是权宜之计,时间长了都不是好事。比如58和赶集合并的时候曾经有过联席CEO,过一段时间就有人卸任了。这还算好的,毕竟CEO很多都是把方向,负责很多具体事务的CTO如果也有主备那对公司就更伤、更内耗,各种谣言漫天飞,那谁要退休了那谁要上位了。

质量文化

公司的质量文化强弱决定了QA团队的工作宽度和广度。如果公司的质量文化淡薄,高层对质量要求停留在口头、停留在表面层次,那么QA的工作也会有很大影响。如果充分授权,认可QA团队的工作和价值,那么久而久之就会形成浓厚的质量文化。

举个例子,某公司的主要产品是工具型C端产品,因为起步早,时机好,有大量的用户,但是质量问题一直很大。高层年初提出了质量方面的OKR,但是鉴于经济形势,没有额外的QA HC增加,甚至QA团队还有缩减;同时新的业务需求方面还在紧锣密鼓的进行着,并没有「鉴于经济形势」同步降速,产品和研发的人员也在减,但远没QA人员流失的多。再加上公司强势的「工程师说了算」的文化,重视技术,不重视技术外的其它团队,包括产品、QA、PMO、运维、设计等,其实这样走下去,质量肯定不会有大的提高。

再举个QA做得好的例子,某公司主要做C端交易型产品。涉及到C端+交易型,意味着质量问题就是高优要解决的问题,所有涉及到「钱」的问题都是大问题。QA HC充足,团队梯队建设合理,发版任务是QA同学负责,包括线下环境搭建、功能测试、线上发版流程、质量卡点和规范等。也就是说产研小伙伴把功能开发完成,后面的工作都交给QA了。QA对质量负责,对上线负责,权力大意味着工作内容也多,权责对等是合理的。

抄半套

国内很多公司对国外,尤其是硅谷的工程师文化特别感兴趣甚至是迷恋,经常去看别人是怎么做的,然后自己照着葫芦画瓢。其实有的时候,你要抄就都抄,很多时候抄来的都是皮毛,而精髓没抄来,总是抄半套。

举个例子,500人的QA部门,大部分QA不做业务测试,主要精力是搞流程、卡点、规范、技术创新、QA平台、测试框架。业务部门在那里嗷嗷待哺,来个QA吧,来个QA吧。QA部门甩过去一巴掌,老子没人。所以研发不但要开发自己的业务需求,自己搭建环境,自测需求,回归功能、识别风险、评估风险。一大堆整完了想上线,你还得找个QA来点一下「批准」上线,美其名曰「紧跟硅谷文化」「研发吃自己的狗粮」「技术驱动」「上线流程自动化」「QA只负责测试框架和平台」......那为啥QA要点一下?呜....这是中国特色之「QA质量把关」。结果上线后业务故障告警不断,QA一指:产品需求不明,开发质量太差,运维重复告警......

本篇总结

QA做不做业务需求测试不是什么大事,可以根据自己的业务去看是否要配QA。之前我们做AlphaCloud 的时候,团队没有一个QA,业务也卡卡地向前跑。后来做 Kone 有了专职QA,感觉也挺好,毕竟比我们自己搞专业很多,我们也能把精力更多放到业务发展上。我不能理解的是500人的QA团队不重点支持业务,告诉业务我没人,然后自己瞎搞,这就走偏了。当然最后的结果也显而易见,业务部门无法忍受,QA部门解散,业务QA拆分到业务,与业务闭环到一起,剩下的QA小伙伴合并到其它部门。这样的结局,作为业务方我看了三遍了。

相关文章

研发效能团队规模、职能划分和优劣势分析概述

中小互联网公司研发效能团队规模、职能划分和优劣势分析

为啥研发效能团队必须独立?何时独立?

DevOps|从腾讯TEG CDC解散聊技术中台

什么是研发效能?研发效能定义及核心价值

质效提升 | QA不做业务需求测试,你怎么看?的更多相关文章

  1. 我眼中BA(业务需求分析师)的技能广度和深度

    BA,或者称业务分析师,是企业数字能力和业务能力之间的沟通桥梁.随着企业数字转型的进一步深化,相信对BA这样的技能需求会越来越多,只是未必都用“BA/业务分析师”这样的Title. ThoughtWo ...

  2. DDD 领域驱动设计-看我如何应对业务需求变化,愚蠢的应对?

    写在前面 阅读目录: 具体业务场景 业务需求变化 "愚蠢"的应对 消息列表实现 消息详情页实现 消息发送.回复.销毁等实现 回到原点的一些思考 业务需求变化,领域模型变化了吗? 对 ...

  3. Spring 定时操作业务需求

    1.定时分析 在业务需求中有的需要检测用户的状态,通过对用户状态的检测做出对此状态相应的操作,如果这种检测由运营人工检测,不仅工作量大,而且准确性不高,人工无法很好的完成工作: 问题根源:在检测用户状 ...

  4. 基于EasyNVR二次开发实现业务需求:用户、权限、设备管理

    许多接触到EasyNVR的用户.开发者都会提出关于EasyNVR设备分组和账户设备关系映射的问题,我们参考目前大部分的视频能力输出平台的做法,EasyNVR目前只做了唯一的用户/密码(类比appkey ...

  5. 大数据技术之_25_手机APP信息统计系统项目_01_APP 数据生成模块 + 数据收集模块 + 数据处理模块框架搭建 + 业务需求处理 + 数据展示模块 +项目总结 + 问题总结

    一 项目概述1.1 角色1.2 业务术语1.3 项目效果展示二 项目需求三 项目概要3.1 项目技术架构3.2 项目目录结构3.3 项目技术选型3.4 项目整体集群规划3.5 创建项目工程四 APP ...

  6. 分布式ID系列之为什么需要分布式ID以及生成分布式ID的业务需求

    为什么需要分布式id生成系统 在复杂分布式系统中,往往需要对大量的数据和消息进行唯一标识.如在美团点评的金融.支付.餐饮.酒店.猫眼电影等产品的系统中,数据日渐增长,对数据分库分表后需要有一个唯一ID ...

  7. EasySharding.EFCore 如何设计使用一套代码完成的EFCore Migration 构建Saas系统多租户不同业务需求且满足租户自定义分库分表、数据迁移能力?

    下面用一篇文章来完成这些事情 多租户系统的设计单纯的来说业务,一套Saas多租户的系统,面临很多业务复杂性,不同的租户存在不同的业务需求,大部分相同的表结构,那么如何使用EFCore来完成这样的设计呢 ...

  8. DDD 领域驱动设计-看我如何应对业务需求变化,领域模型调整?

    写在前面 上一篇:DDD 领域驱动设计-看我如何应对业务需求变化,愚蠢的应对? "愚蠢的应对",这个标题是我后来补充上的,博文中除了描述需求变化.愚蠢应对和一些思考,确实没有实质性 ...

  9. spring-oauth-server实践:使用授权方式四:client_credentials 模式下access_token做业务!!!

    spring-oauth-server入门(1-10)使用授权方式四:client_credentials 模式下access_token做业务!!! 准备工作 授权方式四::客户端方式: 服务网关地 ...

  10. spring boot / cloud (二十) 相同服务,发布不同版本,支撑并行的业务需求

    spring boot / cloud (二十) 相同服务,发布不同版本,支撑并行的业务需求 有半年多没有更新了,按照常规剧本,应该会说项目很忙,工作很忙,没空更新,吧啦吧啦,相关的话吧, 但是细想想 ...

随机推荐

  1. 2020-12-24:MQ中,如何保证消息不丢失?

    福哥答案2020-12-24: 生产者丢失消息:如网络传输中丢失消息.MQ 发生异常未成功接收消息等情况. 解决办法:主流的 MQ 都有确认或事务机制,可以保证生产者将消息送达到 MQ.如 Rabbi ...

  2. 2022-04-12:给定一个字符串形式的数,比如“3421“或者“-8731“, 如果这个数不在-32768~32767范围上,那么返回“NODATA“, 如果这个数在-32768~32767范围上

    2022-04-12:给定一个字符串形式的数,比如"3421"或者"-8731", 如果这个数不在-32768~32767范围上,那么返回"NODAT ...

  3. 2022-02-18:最大休假次数。 力扣想让一个最优秀的员工在 N 个城市间旅行来收集算法问题

    2022-02-18:最大休假次数. 力扣想让一个最优秀的员工在 N 个城市间旅行来收集算法问题. 但只工作不玩耍,聪明的孩子也会变傻,所以您可以在某些特定的城市和星期休假. 您的工作就是安排旅行使得 ...

  4. WSGI介绍

  5. 一个.Net Core开发的开源动态壁纸软件

    推荐一个Github上Start超过10.8K的超火.好用.强大的.内置很多优美的动态壁纸软件. 项目简介 这是基于.Net Core+WPF开发的.开源的动态壁纸软件,壁纸设置支持任何文件形式,包括 ...

  6. Redis系列15:使用Stream实现消息队列(精讲)

    Redis系列1:深刻理解高性能Redis的本质 Redis系列2:数据持久化提高可用性 Redis系列3:高可用之主从架构 Redis系列4:高可用之Sentinel(哨兵模式) Redis系列5: ...

  7. Python Joblib库使用学习总结

    实践环境 python 3.6.2 Joblib 简介 Joblib是一组在Python中提供轻量级流水线的工具.特别是: 函数的透明磁盘缓存和延迟重新计算(记忆模式) 简单易用的并行计算 Jobli ...

  8. C++面试八股文:在C++中,你知道哪些运算符?

    某日二师兄参加XXX科技公司的C++工程师开发岗位第11面: 面试官:在C++中,你都知道都哪些运算符? 二师兄:啥?运算符?+-*/=这些算吗? 面试官:嗯,还有其他的吗? 二师兄:当然还有,+=, ...

  9. .NET Core(C#)使用Titanium.Web.Proxy实现Http(s)代理服务器监控HTTP请求

    关于Titanium.Web.Proxy详细信息可以去这里仔细看看,这里只记录简单用法 安装引用Titanium.Web.Proxy NuGet直接获取Titanium.Web.Proxy 使用 配置 ...

  10. 6大数据实战系列-sparkSql实战

    sparkSql两个最重要的类SqlContext.DataFrame,DataFrame功能强大,能够与rdd互转换.支持sql操作如sql().where.order.join.groupBy.l ...