• 简单看了一下公司其他团队在做的方案(不算很成熟),主要是两个方面:

    1. 流程:
      • 线下需求阶段,多语言的需求会有另外的测试流程,做专门的风险关注
      • 多语言本身的配置变更(比如运营修改文案),需要联动内部其他平台去做流程卡点和消息提醒,尽快周知这个信,上线还需要审批通过,线上有一些相关监控
    2. 自动化:
      • 主要还是 UI 自动化,一方面通过自动化去截图,截图让测试来做审核走查(免除测试手工打开不同页面去看的成本);另一方面,自动化期间可以探测文案超长、翻译语义正确性等问题,还会有一些线上巡检去搞
      • 不排除还有一些线下的、研发开的测试的后门来辅助

    只能说这么多了,细节说不了……

    1. 表达清楚你想问什么? —— 要什么端的工具?二进制、移动端 app、Web 网页,还是某种特定编程语言的性能测试工具?
    2. 简单到这种程度的问题先自行搜索 —— 百度、必应、搜狗公众号搜索……

    看了楼主历史的问题…… 挺尬的,每个问题都是这种惜字如金一句话

  • @ 恒温 大佬,是不是审帖子会分版块的概念?我平时上得比较频繁(工作日一天不低于 5 次),审核速度快,如果不介意的话可以给我多开几个板块的审核权限。我发现我平时都没啥审核工作量,一周下来就两三次😂

  • 本意是想多分享一些内容,但总是懒得花时间整理,那些没整理好有点残缺东西又不太愿意发出来😅

  • 回顾学英语一周年 at 2023年10月11日

    以前曾经尝试过看美剧的方式去刻意训练(中英字幕 -> 纯英字幕 -> 无字幕),能感觉到听力有进步,但是没坚持下来,因为看剧看投入了就不自觉地只看中文字幕。

    再后来就没刻意训练了,反正看文档常常是全英,阅读理解是没啥问题的。听力多多少少还有视频能接触到,口语真的就在一直倒退从没刹车 😂

  • 论坛上大家都是互帮互助,报团取暖~ 😁
    信息有限,也无法做过多的楼主内心思想的揣摩,楼主看着哪些合适就吸收哪些吧

  • 如果细看了我前面的回答并排除掉提及的可能性,那我接着补充一下:

    依然是同样的答案:做业务质量的整体负责人

    一个容易误会的点,管理岗不是纯管理,技术是一门手艺活。

    如果转了纯管理,时间一长容易丢看家本领。我们常说的管理岗并不是指 “团队管理职业经纪人”,管人不管事;而是指 “结合业务领域知识和丰富技术技能的资深技术人员”。

    什么是业务质量的整体负责人?

    我们刚入职场早些年,回忆一下自己是不是这样:

    1. 被别人告诉自己要做什么,然后去按部就班执行,完成某个动作 —— 被动执行,服从命令
    2. 别人问自己接下来计划怎么做时,才会触发自行思考 —— 被动思考
    3. 平时思考的问题基本上是工作直接遇到的问题 —— 只思考现状,遇到问题找办法

    业务质量整体负责人对比一下:

    1. 无论在业务发展的早期、中期、晚期,都可以撑起一个团队质量工作整体规划,脑海里有明确要找什么数据看、如何分析、数据如果表现怎么样就该对应做什么事情的地图 —— 系统性的经验,如果没亲自做过而是靠 YY,一眼假
    2. 数据导向,评价不同的质量都有逻辑有数据指标,而不是 “我感觉”、“看起来好像” —— 讲逻辑
    3. 同时处理大量信息,又可以做到抓大放小 —— 精力与时间管理,所以不可能要求整体负责人还去抠那么一点代码 bug
    4. 能感知当前质量情况,又可以按照业务的发展趋势,预判到未来可能的质量问题,并提前布局 —— 业务预判
    5. 妥善搭建团队梯队,不同等级的人负责不同的事情,分工明确合适 —— 梯队建设,用人

    暂时想到这么多,业务质量整体负责人也分不同路线,技术出身会更具备技术深度和技术视野,综合业务质量出身会更具备质量体系理论。各有所长,并不是说只有搞技术的才能做好,后者也是很多人一直诟病的 “我的领导不懂技术” 那类型,可能这么诟病更多的是因为自己对质量和做事的狭隘理解吧?(当然不排除真正的水货领导)

  • 说得可能不好听,做修饰绕弯又让人费解,我尝试分析一下:

    现状

    • 30+,历史工作经验的技术含金量一般
    • 自驱力有限,没有职业规划
    • 技术技能可能不太突出

    分析

    • 综合年龄(主要是有家庭),外部环境,当下工作机会,楼主的技术技能应该基本达到目前状态的上限;即假设个人习惯、就业情况等因素不做大变动,技术大体会继续停留在当前阶段上下游
    • 楼主只表达了技术路线的可能性,还有关注其他路线吗?由于提供的信息有限,担心存在只会盯着技术看的视野问题

    建议:如果不考虑转行,转型做管理尽快脱离一线技术。眼下比较可行的就是利用对业务的熟悉度,从一线执行转到一线管理,先开始带人做业务质量再逐渐做大,转型速度越快越好,但是要同时保证自己也要亲自下场投入一定精力做质量,而不是单纯的指挥官

    • 为什么给这样的建议?
      1. 因为管理技能和日常生活交集更多,对楼主现状可能更容易去自主训练管理技能;
      2. 技术层面按楼主的情况客观上较难突破,外界也不会给多好的机会和平台来帮助突破,故再刻板投资技术,价值有限。除非有充分的自信在 35+ 的时候能凭借当下刻苦学习到的一系列技术逆袭,反正我是不信的

    假设继续做技术要怎么搞?

    • 先排除楼主通过个人奋发图强迅猛进步的可能性,年纪是一个问题,有这个现状证明也是躺平了很久,不 YY 这种方式
    • 技术上再投资自动化、搞平台开发、搞机构培训性价比太低,因为比你年轻几岁的人可以通过完全一样的渠道学到跟你一模一样的东西,毫无优势;或者说,有这些开发技术还不如转开发,我理解是因为技术不够才没转,要进修还不如奔着做开发的目标去搞
    • 最合理的是结合技术和业务经验,做业务质量的整体负责人,做的时间长见过的问题多,这一块可能是唯一的优势;整体负责人,可以理解为给一个业务你,你怎么做好整体质量保障这么一个大命题,在这个命题下,技术只是其中一部分
  • 最好找在这个公司的人求证年终正常大概能拿到多少,否则被坑了也没有地方讲道理,尤其是规模比较小的公司,你即使在脉脉等地方去网曝最后还是自己吃硬亏

  • 仅楼主可见
  • 测试开发的未来在哪里 at 2023年09月27日

    论坛已经有太多讨论测试、测试开放、职业规划、学习计划的帖子了,可以搜一下看看能不能帮助渡过迷茫期。

  • 既然觉得毫无希望,那还不赶紧跑路?

  • 新手小白想问下学习路线 at 2023年09月26日

    真的回答得有点腻了,同样的问题换着花式问😅

  • 中年人的出路在哪里 at 2023年09月25日

    别笑,我 21 年定点无脑入场,年化起码 -30% 起步😅 弃疗了

  • 小公司主要是事情太多太杂,很多基础不完善,什么都要亲力亲为,意味着要花费大量时间做初级事情,这样子进步速度肯定就不够快了。

  • 也不是不行,只要面试能圆过去,简历不过是敲门砖😅

  • 哈哈,没事没事,我也不是杠,就随手写的【不用怀疑】😂
    现在虽然环境不好但是还是给得到,甚至很多大厂测试毕业生就 20k。只能李佳琦一下自己,这么多年工资不涨就得卷自己了😅

  • 主要是你不说是什么厂,就没法给建议。但是至于那一个月的的中厂经验,你就直接并到空窗期里去就好了,简历上呈现以小厂开始,没人会关注,即使知道了大概也不会有想法。毕竟工作不合适还有更好的机会,人家要过去这不正常嘛

  • 大厂三年,测试都是有 20+ 的,不用怀疑,测开就更高了

  • 我个人作为面试官,对三年工作经验的要求大概如下,楼主可以做个参考,挑自身不足的去补充:

    • 编程基础(主要考察项)
      1. 熟悉掌握任意一门编程语言,可以独立实现一个小于 100 行代码的具体需求
      2. 了解常用数据结果(大学课本上那些链表、队列、堆栈、树),懂这些概念并能独立实现出简单版
      3. 有基础的算法思维,对代码性能有感知和分析能力,能独立解决 simple 等级的算法题
    • 测试基础(主要考察项)
      1. 有丰富的用例设计经验,有用例设计思想框架
      2. 参与过自动化、性能、稳定性、兼容性测试,对其中某一项有除了执行之外更深入的理解
      3. 熟悉需求研发测试流程等各类测试接触过的上下游工具和规范
    • 其他补充
      1. 有一定的业务领域知识,对业务的盈利模式和发展方向有基本的了解
      2. 有一定的目标感,对任务能自行做拆解排期,最好做过别人的导师
  • 过于资深以至于找不到足够牛逼的坑位哈哈哈哈,我级别太 low,不知道大部门还有没有 leader 坑

  • 只要帖子不【关闭讨论】,就代表依然还在招哦~

  • 很多人刚出来工作那会劲头最热烈,虽然不说想要改变世界,但总想做一些事情来证明自己,很能理解。一般这种状态的原因可能是:是想得太多,做得太少,驱动力不够强,缺少真正让自己动起来的紧迫感。

    建议:

    1. 一个明确的目标:要 “在多久之后完成一个具体什么样的东西”,不要 “在多久之后学会什么东西”
    2. 一份可执行的计划:以自动化为例,你需要前期先了解自动化拆解下来是哪些东西,如编程语言、测试框架、工程搭建、实战项目等,值得注意 “前期了解” 也是有 deadline 的计划中的一部分,而不是无限拖延的东西
    3. 一次真正的实践:如楼主所说,自己学习的东西往往无法在工作实践,我们无法左右这个现实,我建议找一个你经常用的、不复杂的实体(如做 web ui 自动化,选简单网站做靶子),针对性做一次实践。你会发现越做越停不下来,至少在做的过程会遇到很多单纯靠看和写三四十行 demo 代码无法察觉的问题
    4. 一个鞭策自己的理由:之所以精神内耗到底是想追求什么?你是不是真的有那么地渴望?如果不是就放过自己,如果是那先行动起来再说
  • 还有一些内容可能和话题不直接相关,但属于 UI 自动化必须要一并做的,主要是从运营角度让 UI 自动化做得更好,补充一下:

    1. 不稳定的用例要做隔离观察:收集用例运行结果数据(一般云测平台都有),通过这些数据去识别用例稳定性并做不同处理策略,如高频失败的用例要聚类凸显出来;或将不稳定用例自动下线隔离运行,当运行连续通过 N 次后再自动上线
    2. 除了将用例做正向划分(如业务模块、用例优先级等常用思路),还可以做反向划分,如用例稳定区、漏测区、不稳定区、有效拦截区等等,会发现用例有更好的分级