• 以自己写可控、定向的脚本为主。
    自动化遍历有理论可行性,但是遍历到的页面不可预测,不同的校验点在哪里(如哪些文案有可能超长、哪些地方有可能翻译不对等),确定性不够强。

  • 裁测试的逻辑我感觉就 2 个吧:

    1. 看研发测试配比,研发要减员,测试自然也要减员,这个定律在任何互联网大厂都通用。一般是大环境不好,要无差别进行业务裁员以节省成本,对应的运营、产品等各种配套角色也会按比例缩减。
    2. 只裁测试,研发不裁或基本不裁。这种一般是业务还想保着发展,但是成本预算超标,要快速进行人口控制。这种裁员并不是意味着不需要测试,而是研发兼职了测试,一般是发生在小体量产品上,质量对产品的发展影响不大的阶段。
  • 你这是要跳出来 kuang kuang 打脸😂 如果我是这个板块的管理员,我是不会让这种水平的问题审核通过

  • 社区应该是欠缺了一些有篇幅有深度的个人分享,现在帖子大多以企业号、职场讨论、还有简单的技术问答为主。

  • mark,找时间学习一下~

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

    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+ 的,不用怀疑,测开就更高了