• 解释这个东西呢要从以下几个方面讲。

    • 中间件是第三方产品, 但也同样是你们产品中的一部分, kafka 是开源的第三方产品, redis 也是,memcached 也是,mysql 也是, 甚至连你们开发用的框架 react,vue,spring,连开发语言本身都是开源的第三方产品。 难道 java 出 bug 了造成用户的损失他们得去起诉 oracle 么? kafka 出 bug 了用户要去找开源社区索赔么?你们研发用的所有的语言,框架, 中间件全是第三方开源产品, 那所以你们的所有 bug 都需要用户找他们去索赔么? 这就好比有个人拿这菜刀砍人了, 然后他说这把刀是 XXX 造的,你去抓他去, 你猜法律会不会同意?
    • 即便是第三方产品,但是用的人是你们自己, 怎么用是没问题的怎么用是有 bug 的是一门很专业的学问。 即便是启动参数的错误也会招致很严重的后果。 所以你不测试,那就等着用户来承担后果。
    • 调度规范从来不是 k8s 自己的出的, 也不是什么云厂商的的规范。 这个就是单纯的自己的产品要搞定的。 你的服务要怎么运行, 要怎么调度,是你自己在使用 k8s 的时候自己编写的配置文件, 还是那个问题, 你自己编写错误导致的后果你让 k8s 或者运营商来买单, 这不是耍流氓么?

    我们怎么评审 test plan? 这个太复杂了, 但我们的 test plan 的原则是一切为了保证质量, 保证最终用户拿到的是质量合格的产品, 而不是在做 test plan 的时候就想好了,如果开发调用 kafka 的时候出 bug 了就甩锅给阿帕奇社区。

  • 找个开源平台, 上面 UI 设计的已经很漂亮了。 然后自己改就是了

  • 所以我也是坚持方法论不是万能的,理论能力再强没有足够的技术支撑也是苍白无力的。这也是为什么我在这篇帖子里回答的第一个答案就是要对产品足够熟悉。 这个对产品熟悉,不仅仅是业务上的,也有对研发架构上的。有了足够的理解才能设计出更完善的测试场景。这也是测试人员的分水岭,非常多的 qa 会被卡在这个分水岭上不得寸进,这是测试人员职业生涯中的一个大坎。 只关注业务的人是很难能体会那些已经熟悉研发架构的人所看到的天空的。 这就像我很难能体会我们公司那些做算法的人所看到的天空一样。 所以实在劝不动了就算了吧。 别影响你们同事之间的关系。 能不能迈过这个坎看他自己的命吧。

  • 有一次听我们 CEO 和我老大聊天,我觉得他表达的还是很准确的, CEO 的意思是大多数互联网产品是不重视质量的, 出了什么事线上直接处理也是可以接受的, C 端用户对错误的容忍度也高。CEO 说我们的 QA 不能学那些互联网的做法,我们要测试的足够深入。

    我觉得 CEO 描述的这个不重视质量的现状造成了大量的 QA 在整个职业生涯内都是只对着业务功能进行测试的。 所以他们自然而然的就会觉得这些就是测试的全部了。 这个倒是很正常的, 没见过的东西自然就很难理解。 就像上面的那个哥们说产品经理不需要很懂技术一样, 因为他只见过业务型的产品和业务型的产品经理, 没接触过技术型产品和技术型产品经理。 所以他就以为产品经理都是不需要懂技术的。 这个是大环境造就的结果。 只要他们有机会经历过一次这样的经验,就会转变想法的。

    所以我们要坚持在测试圈子里推广技术型的 QA,转变很多人的这种思维。 也转变圈外人对 QA 行业没技术含量的误解。

  • 不知道实现哪种技术的话, 那我们怎么测试高可用和稳定性? 比如怎么能测试出来产品中的消息是不会丢的, 不会重复的? 因为都不知道有消息中间件这么个东西。 那到时候线上只要一个网络抖动,用户下单的时候消息丢了, 或者消息重复了, 导致点了下单但实际没下单,或者只下一次单却花了两份钱。 这个 bug 算谁的?

    或者再给你举个例子, 如果一个产品有离线任务来计算数据,而这个产品所有的服务和任务都运行在 k8s 集群里, 集群调度领域是有调度规范的, 比如离线任务不能和产品服务一起被调度到同一个机器上,为什么呢,比如离线任务很可能是 io 密集型或者 cpu 密集型的大数据任务,如果和产品服务调度在同一个节点上会造成离线任务占用大量资源而影响产品服务的稳定性甚至会造成产品服务的崩溃。这种极端情况一般在测试环境是不会触发的,只有在线上极其复杂的流量和大量的压力下才有一定的概率触发。 所以我们团队有个测试用例是检查所有批处理离线任务的调度策略是否是正确的,会不会跟产品服务混部。 这种测试场景是不可能出现在 prd 里的,正如你所说 pm 只关注业务,他不关心底下是怎么实现的。 甚至不少研发都不懂集群调度的规范的,因为他也只关注业务开发,不懂集群的猫腻。 所以如果 qa 不懂 k8s 这门技术, 这个场景怎么测? 都不是怎么测的问题了,而是有几个人能想到这个测试用例

    这就好像之前飞机挡风玻璃在飞行中碎裂的那个事故。 我记得原因是一个螺丝离标准差了 0.1 毫米。 这种螺丝应该达到什么样的规格肯定不会出现在飞机的设计图里的。 如果只根据设计图来测试飞机,这样肯定是不行的。 而是在针对组成这架飞机中的每个部件进行测试。 设计图就是这架飞机的 PRD, 除了要测试这些外,也要保证针对每个部件进行测试。

    我觉得这个道理还是比较好懂的,测试不是只有业务上的功能测试和性能测试。大量的不存在于 PRD 中的非功能性测试都是需要 QA 来保障的。

  • 已阅 at 2020年10月23日

    我的第一感觉就是, 楼主单纯的就是来打广告的。 第二感觉是,楼主是不是对大数据的测试有啥误解

  • 这个水平比我当初强, 我 5 年的时候没楼主强。 来一线城市应该不愁找工作。 就是能到多少钱得看你实际掌握到什么程度了。 楼主说的皮毛我也不知道是不是谦虚。

  • 我们假设一个场景, 如果我们的团队的消息中间件是 kafka 的话, 我们怎么设计这块的测试用例? 产品经理是不懂 kafka 的, PRD 里是肯定写不来这里面的逻辑的, 他只会写业务上的数据流向,属于功能上的设计, 他甚至不知道底下用的是 kafka, 这种情况下, 在不了解开发使用的技术的前提下, 我们怎么测试? 我们怎么知道分布式消息系统的测试点?

  • 我觉得一般是找不到所有的等价类的, 太多的隐含逻辑藏在代码里是 qa 不知道的。

  • 岗位太少, 求职者太多, 人家不能一个个的拉来面试, 所以只能拿点什么来筛人。 这个挺正常的,我 N 年前去华为求职也是这样, hr 看了一眼院校就给我拒了。

  • 演讲稿 ---- 10 年 测试开发 at 2020年10月16日

    你看你 93 的转开发都觉得已经晚了, 我这 87 年的转开发, 不是更晚么。 我所有的经验都是测试和效能提升这边的东西, 转开发我并没有优势。 但是通过学习开发的技能,我的领域慢慢的扩张到了 devops 相关的工作内容, 这是我做的选择 -- 在我有优势的领域里发光发热。 当然不少人选择转研发这个更有挑战的职位也挺好的, 这都是个人的选择。 PS:现在不管什么岗位, 如果想发展的好, 都是需要不停的学习的。 互联网里哪有能躺着挣钱的地方

  • 我感觉就是只要对产品足够的熟就行。

  • 演讲稿 ---- 10 年 测试开发 at 2020年10月15日

    以前我是学点什么东西都写博客记录下来,这样忘了的话就能随时找到。 但是别学现在的我, 我现在不咋写文章了。。。。都是在脑子里, 忘了就重新查。 原因么, 等你有孩子就知道了😂

  • 要是有一堆人跟我想的一样,以后 40 多岁以后都去当老师去了。 那可不就是在跟老师们抢饭碗么。 不跟测试同行争了,那就得去跟别人争。 就是开个饭馆,还得跟对面烤串的争客户呢。

  • 能有这么好待遇的地方,门槛一定超高,要不然大家都去了。 所以别报太大希望。 咱们普通人别幻想那种 活少,压力小,待遇还高的地方了。

  • 我没去过培训机构做全职老师,不太知道啥行情, 但是一般不会比在公司里干挣的多吧 , 要不然岂不是全跑培训机构去了。 再说了都已经是从公司里退出来了, 还要啥自行车了, 降低就降低了, 那时候就是图的稳定了。 路有还多种, 培训机构是一种, 能转行到培训机构, 也就能转行到别的地方, 看自己到时候怎么选了, 不去做培训讲师的话, 那就降薪去外包,转产品,转销售,转技术支持。 我的思路其实挺简单, 尽自己最大努力在公司里发展, 但万一要是等 40 多岁了真遇到了裁员, 那也没办法对吧, 我也没信心能一直做到 50 岁还在公司里。 所以到时候就想其他的出路。

  • 我想的就是以后要是干不动了, 就去个培训机构当老师去。 钱挣的少点呗就是

  • 谁都知道人生下来以后早晚有一天会死, 谁也改变不了这个现状。 那不接受现状怎么办? 难道不活了啊。 我就只能在这个现状下让起码让自己活的更舒服点呗。 同理咱们谁有本事能解决国内加班奋斗 007 的问题呢, 谁也没有啊。 那在等到这个能解决这个问题的大英雄出现之前, 我们是不是还得活下去,对吧。 就像高考一样, 多少人痛恨高考, 但是谁能改变高考呢? 我们要么放弃高考直接走别的路, 要么就是默默的学习提高分数,我也没见有哪个考生牛逼到能改变高考规则的。 所以我希望的就是你们趟平接受现实, 在无力改变高考制度的时候, 抱怨和破罐子破摔是没有用的, 只能是尽力的提高分数让自己上个好大学, 或者直接放弃高考, 你选哪个?

  • 人是有感情的, 但是历史的车轮滚滚碾过去,不带一丝情感, 我们能是继续前进,避免自己被碾过去。

  • 多谢理解

  • 我感觉你的气更大

  • 总结的简单明了~ 比我长篇大论强👍

  • 这就好像为啥人类搞那么多高科技发展,为啥连个交通事故都避免不了一样的问题

    不是想跟你杠啊。 就是忍不住想抖个机灵。

  • 请原谅我的长篇大论。 这次我吸取教训长话短说。 楼主表达的是左移,右移以及自动化的出现拉高了行业的技术水平,本来大家在不用学习技术,不用做这些就可以活的好好的。但是现在门槛变高了,大家就业更难了。 所以这些拉高行业技术水平的人是内卷的罪魁祸首。

    而我要表达的是,内卷跟这些没关系,至少不是主要因素,这是正常的技术发展。 相反的是如果测试行业没有门槛了, 大家不需要学技术了。 那才是内卷的加剧的开始。 因为门槛低,待遇高(在北京手工测试的 10 几,20K 的薪资也是超越其他行业的存在),会导致数以十万计的行业外的人群涌入测试行业。 因为谁都想轻轻松松的挣高薪, 你要公平那就是所有人都公平,这钱你能挣得其他人就也能挣得。 过量的就业人群会迅速破坏测试行业的供需关系。 在激烈的竞争下 10 几 K 的平均工资会被快速拉平到可能只有几 K。 而且只有几 K 的工资大家还得拼命加班,还会有大量人员失业, 因为市场上岗位就这么多,突然多了几十万消化不了。 到那个时候大家日子绝对比现在要凄惨。 可能很多人不信,但是这是经济规律, 市场一定会在供需关系上找到平衡点。 可以参考当初外卖行业刚兴起的时候, 外卖小哥的月薪平均在 10K 左右,做的好的 15K。 导致大量的工厂工人和社会上的年轻人迅速涌入外卖行业。 大家可以搜搜当时的新闻, 工厂的老板在斥责外卖行业吸社会的血,年轻人都去做外卖没人去工厂做实体经济了。 然后大量人员进去了, 你再看看外卖小哥们现在的待遇是什么样的? 前几天沸沸扬扬的事件大家都还记得。 当初外卖骑手就是门槛低,待遇高, 一个人,一件衣服,一辆电动车就可以入行了,几乎就是没什么门槛。 所以如果我们拒绝技术发展, 那今天的外卖骑手,就是我们的明天。 这就是我的观点, 造成内卷的反而是楼主这样不希望技术发展,而导致海量人员无门槛的进入测试行业带来的。 推广技术发展的人,反而是阻止内卷的那一批人,因为他们造成的技术水平的增高才阻止了非常多的人进入这个行业跟大家竞争。

    大家想日子过的轻松点我理解的, 我也不是希望每个人都变成我这样的奋斗比, 每个人都有自己的选择不是么。 我只是希望大家别怨恨错了对象, 现在测试行业是有门槛了, 跟以前不一样了。 但是门槛也是保护大家不被外人争夺的保护伞, 只要大家稍微努力点, 跨过这个门槛,就安全了。 这就跟以前的计划生育是一样的。

  • 我给点个赞, 因为你提出了由国家介入来制定规则和规范, 也提出了算法与人性的平衡。 老实说这是我在写文章和表达观点的时候忽略了的论述点。而且我理解你的观点, 大家从不同的角度看问题就会有不同的结论。 所以我打算在这里也讨论一下这个问题然后也把我的观点更新到文章里去。

    我们就以困在系统里的外卖员为例。 《外卖骑手,困在系统里》这篇文章我当时也看了, 我认同外卖系统的算法计算出的各种路线规划,时间预估等各种权重给外面人员造成了严重的精神压力和人身安全压力。 但是我们讨论一个严肃的问题, 如果从现在开始国家介入外卖行业, 超时不扣钱,差评不扣分,弹性时间 1 小时,工资再涨 10%,节假日双薪,还给上标准的五险一金。请问能不能解决现在外卖行业的问题, 答案是不能。 大家可能会问为什么呢,这么好的条件,这么好的待遇为什么不能解决问题呢。 因为我们没有想到然后呢? 提高待遇,然后呢? 然后马上就会有不计其数的人进来争先恐后做外卖,因为大家都知道外卖行业门槛低,待遇高,工作轻松。所以谁也阻止不了千千万万的人涌入这个行业拉平利润,最后拉平到无利可图,只剩下一个辛苦钱。 因为你要公平,那就是所有人都公平,这钱你能挣得我就也能挣得, 除非你设置门槛阻止这么多人进入。 我不是说条件苛刻就是好的以及这种价值观就是正确的,我只是陈述一个客观事实,这么多的考核标准,这么紧迫的时间限制才阻止了很多人进入这个行业。 要知道当你放低标准提高待遇后涌入的竞争马上又会达到一个新的沸点。 导致要么门槛被抬高,高到很多人都做不了, 要么待遇被拉低,低到很多人接受不了。

    所以国家的介入是解决不了根本问题的,因为这不是体制和规则的问题,这是市场的问题。 问题的本质不是《算法既剥削》,而是蛋糕就这么大, 不设门槛让人人都能进来, 那就是更多的人平分这块蛋糕导致每个人的利益都变少。 设置门槛阻止大部分人进入,那就是个体要花费更多的成本拿到门票但是利益却能得到保障。 这就是我再专栏里提到的假设我先不提生产力停滞带来的被淘汰的风险, 就单纯的设想一下,如果 10 年前大家不做技术,不做自动化, 生产力停滞。 这样固然带来的是大家短时间内感觉到的是没有压力了, 不再需要学技术了,就业变容易了,还能轻轻松松的拿高薪,大家都喜闻乐见。 但是不出 2 年,行业里就会涌入数以十万计的其他行业的就业者,以前送外卖的,送快递的, 开滴滴的,学建筑的,学外语的,学人文的全部涌进来。 新的竞争会马上把平均薪资从 10 几 K 拉低到只有几 K,并开始新一轮的加班竞争和失业潮,也就是新的内卷开始了。 大家仔细回想一下, 10 年前测试不需要懂技术的时候, 你身边的同事以前都是做什么的? 我以前在一家外包公司做的时候, 我的同事有大学老师, 退伍军人,高铁质检员还有个学柬埔寨语的北外毕业生。 想一下,我们现在就业有压力了, 是不是跟当初从外面涌入大量的人有关系呢?

    回归到外卖行业,之所以条件都苛刻到了这种程度了,还有人这么多人肯干这一行,那是因为它的收益依然比其他的选择更高,《外卖骑手,困在系统里》里的一位小哥说过他们不怕你不干,因为你不干有的是人干。 在外卖行业刚起来的时候,工厂的老板抱怨外卖行业在吸血,年轻人都去送外卖了。 但这句话也侧面说明了做外卖,比在工厂挣的更多。 时至今日依然有很多外卖人员可以达到月收入 7000 甚至 1W 以上, 这样的收入比起在工厂中的收入高出 1 倍,或者更多,相对于其他因素,外卖小哥们只是选择了钱更多的选项。 很多人不懂竞争的含义到底是什么。 如果其他企业给出的待遇更好,外卖小哥自然就会流入到其他企业中。而人数变少,个体的待遇自然就会提升,就不会有那么多苛刻的时间限制和评估权重。 所以大家都痛恨竞争,竞争让自己有压力,但是大家没意识到,只有市场上出现了各种各样的竞争, 大家的待遇才能够被拉高。

    也许我的论点很无情,很多人可能在情感上很难接受,但我也只是描述了事实。 不论多不想面对竞争和优胜劣汰的铁则, 但现实就摆在这里。 我在这里讨论这些也不是没有目的, 我也在呼吁大家对外扩张,增加蛋糕的体积来减少内耗的程度。 最起码我们提出了一个方向去尝试。 总比坐以待毙,互相内耗来强。