​因为有的小伙伴看到公司的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. Salesforce LWC学习(四十四) Datatable 显示日期类型的有趣点思考

    本篇参考:https://developer.salesforce.com/docs/component-library/documentation/en/lwc/lwc.reference_sale ...

  2. import MySQLdb as Database ModuleNotFoundError: No module named ‘MySQLdb‘

    import MySQLdb as Database ModuleNotFoundError: No module named 'MySQLdb' import MySQLdb as Database ...

  3. 知识拷问:工作站和服务器哪个更适合做CST电磁仿真?

    通常大型企业都会具备工作站和服务器用以作为办公的支持,在大家做仿真分析时,我们一般建议大家更多地使用工作站,工作站要比服务器更适合做CST软件的仿真运算. 什么是服务器? 服务器是指在网络环境下运行相 ...

  4. 02、SECS-II 通信协议介绍

    这里我们先学习 SECS-II 协议,给我的感受是先学完 SECS-II 协议,再去学习 SECS-I 和 HSMS 协议更加容易理解,所以这里我先介绍 SECS-II 协议. 文章的内容基本上来自参 ...

  5. PlayWright(一)

    1.如何安装? 安装playwright只需要一条命令,就是pip安装命令,命令如下: pip install playwright 注:playwright需要Python3.7或更新的版本 2.然 ...

  6. Flutter三棵树系列之BuildOwner

    引言 Flutter开发中三棵树的重要性不言而喻,了解其原理有助于我们开发出性能更优的App,此文主要从源码角度介绍Element树的管理类BuildOwner. 是什么? BuildOwner是el ...

  7. .net开发者应掌握的利器CommunityToolkit.HighPerformance——MemoryOwner与SpanOwner

    MemoryOwner和SpanOwner都可以理解为是对ArrayPool<>的一个包装,无非一个是在堆栈上,一个是在托管堆上.既然做了包装,那肯定随之而来就是改进和优化. 目录 Mem ...

  8. DB事物

    1.事物概念:一组逻辑操作单元 始数据从一种状态变换到另一种状态事物处理:所有事物 都作为一个工作单元来执行 , 即使出现了故障 都不能改变这种执行方式, commint提交之后 这些修改就永久的保存 ...

  9. Java的先行发生原则

    先行发生原则(Happens-Before)是Java内存模型定义的一个等效判断原则.依赖这个原则,我们可以通过几条简单规则判断数据是否存在竞争,线程是否安全,而不需要陷入Java内存模型苦涩难懂的定 ...

  10. 使用Mybatis-Plus问题解答

    我们使用一个新的框架难免会遇到各种问题,当然使用这款国产的优秀的Mybatis-Plus框架也不例外,下面我就给大家列举一下使用Mybatis-Plus可能遇到的一些问题,并做一下一一的解答. 1:如 ...