【欢迎会 ruby 的同学】还挺好奇会的人多不，好冷门，社区的确是十几年前的产物

换不到钱也没任何前途，那纯纯的血亏，任何事情都是有代价的

老成点的测试不会给确定答案只会写明风险让产品自己判断是否上线。所以，我个人感觉你在社区是参谋不到答案的，还是听从自己的内心或者拜佛求下签（难怪有钱人都迷信了，有时候很多事真的无法预料）

对开发技术要求很高的岗位，不是必需岗，也就是要招不招的岗位
一个真正内部缺人的岗位，恰恰是业务测试的优先

欢聚集团（NASDAQ: YY/JOYY）近期发布了 2024 年第四季度及全年财报，以下是关键财务和业务数据总结：

2024 年全年核心财务数据

1. 营收：22.4 亿美元（约合 161.96 亿元人民币），同比微降 1.3%。
   
2. 净利润：
   
   • 美国通用会计准则（GAAP）下净利润 2.985 亿美元（约 21.58 亿元人民币），同比增长 2%。
     
   • 非美国通用会计准则（Non-GAAP）下经营利润 1.361 亿美元，同比增长 4.2%。
     
3. 业务结构：
   
   • 直播业务（BIGO 为主）贡献约 80% 营收，但全年直播收入同比下降 13%。
     
   • 非直播业务（广告等）增长强劲，全年收入 4.498 亿美元，同比增长 55.9%，占总营收 20.1%。
     
4. 市场表现：
   
   • 发达国家市场收入占比超 50%，同比增长 24.6%。
     
   • BIGO 板块全年营收 19.9 亿美元，同比增长 3.3%。
     

2024 年第四季度关键数据

• 营收：5.494 亿美元，同比减少 3.6%，略低于市场预期（5.504 亿美元）。
  
• 直播收入：同比下降 13%，但非直播收入同比增长 51.9%，占比提升至 23%。
  
• 用户数据：Bigo Live 月活跃用户（MAU）环比减少 400 万，付费用户平均收入（ARPPU）降至 237.1 美元。
  

股东回报计划

• 股息：2025-2027 年每季度派发 5000 万美元（每股 ADS 0.93 美元），总额 6 亿美元。
  
• 股票回购：新增 3 亿美元回购计划，有效期至 2027 年 12 月。
  

战略调整与未来展望

• 业务聚焦：剥离 YY 直播后，核心业务转向海外市场（Bigo Live、Likee、Hago）。
  
• 股票代码变更：2025年3月31日起，纳斯达克代码从 “YY” 变更为 “JOYY”。
  
• 2025 年 Q1 营收指引：预计 4.82 亿至 4.90 亿美元，市场预期 4.903 亿美元。
  

总结

欢聚集团在 2024 年面临直播业务增长放缓的挑战，但通过优化成本、提升非直播收入（如广告）及聚焦发达国家市场，仍实现了盈利连续四年增长。未来，公司计划通过股息、回购和业务多元化进一步提振投资者信心。

以 TesterHome 的评论功能为例，说明发现深层次 Bug 依赖于对业务的深度理解：

产品需求文档：能发表用户评论，能发表情包和图片，敏感词屏蔽

1, 常规能想到的测试点：验证评论能否正常发布、显示、删除，检查字符限制、表情/代码块支持、敏感词等基础功能。

2, 你这边需要深度理解：评论功能在技术社区场景下的特殊规则、用户行为、关联系统（如审核、通知、权限）等。

举个栗子，测评论审核机制时，你需要理解的角度

• 从社区需求上，得知道技术社区的核心是 “高效技术交流”，因此审核太严会卡住讨论（比如发个报错日志都触发敏感词），太松又会有广告党/喷子/恨 G 档

  • 你需要在松紧之间找平衡点，既要防止常用的代码符号或者单词被屏蔽导致用户抱怨降低社区活跃度，也要防止用户利用特殊符号/表情替代关键词如【解㊙️决性能问题 +V🤖：xxx】等引发管理员可能被请喝茶的问题。

• 从管理成本上想，如果全靠人工审核，团队根本忙不过来，必须依赖自动过滤 + 人工抽查的平衡。

  • 那你就要用真实用户评论（含技术术语、符号变体）测试自动拦截过滤准确性，统计误杀比例。人工抽查的流程有没有可能因覆盖不足而留下隐患。基于成本，需不需要增加 “一键举报” 功能，利用社区力量辅助审核，减少人工压力。

不过一切还得看项目的性质，像社区是非盈利项目，大多数需求的实现肯定以保平安和省事为主，很多功能都不需要想那么深，能用就行

1. 业务复杂性的价值：在微服务架构下，业务逻辑的理解比技术工具更重要。

2. 缺陷发现的本质：发现深层次 bug 依赖对业务的理解深度，绝非技术手段。

3，性能问题的真相：性能瓶颈也常源于业务场景，而非纯技术问题。

注： 大多数企业根本活不到技术开花结果的那天，在资本收缩周期，企业更需要能守住业务底线的"测试守门员"，而非追逐技术潮流的"测试杂技演员"，其实你改不改进都大差不差，还不如多留意下公司的盈利情况，随时做好自己的容裁条件

工资延迟发放那个，很明显是公司快倒闭了，资金周转不来，以前的老员工跑路，想吸纳些新员工顶着

那肯定啊，除非你 有一定存款 + 有盈利项目的 offer+offer 薪资比你现在高很多 ，否则干嘛冒险？ 有老位置混吃等死都不错了，起码有工作，现在外面号称自己有技术但是工作都没有的人大把

一直等看你这个系列 ，现在新信息比技术知识更重要

就跟公司引入新血液一样，其实可以考虑引进新人管理 ，老成员都很忙

想要高质量就得先要有人流量，现在有人愿意写灌水贴都不错了

能活 但 没生活的水平

你这昵称，容易让我想歪

另外，现在离职最好是骑驴找马，甚至骑驴找马都不是好策略，找工作是真难

长命功夫长命做

没说法，只是 django 省事得多，不像 flask 是个毛胚房，在 flask 下功夫的意义不大，个人认为测试的开发都应该是怎么方便怎么来，别绕弯折磨自己

这不是炫，其实挺惨，工作多年再换工作 base 不见涨，换新公司也没做上小领导，危机并未解除，如果两年后再被裁一次，那真得换行了

应该没 10 分钟这么久，我记混了，上上个月的事了

别基于 flask，用 django 就行

【中间还吹嘘了，他们用 Cursor 如何提高开发效率啥的】
面试官想打压你，然后从你这里找到点存在感，被你啵嘴之后，刻意想整你，
估计是跟 HR 说你的面试结果需要讨论下，但事实上他是直接继续忙他自己的活，直到 HR 再度询问你的结果，他才说你没通过。
这种职场老屁股最恶心的了。

你的故事越发证明了一件事，真正想录取你的公司，根本就不是奔着技术筛选去的

你是怎么通过音乐人认证的？ 平台要我传个真人 10 分钟演唱的画面，我在这一步放弃了

主要是大领导们现在都知道了

算，而且是质量很高的新人

测试环境和生产环境的不同，比如硬件配置、网络环境、第三方服务依赖等，可能导致在测试中没有暴露的问题在生产环境中出现。另外，测试覆盖不可能 100%，特别是边界条件、极端情况或者用户的不寻常操作路径可能未被覆盖到。还有可能是测试用例设计不够全面，或者测试时某些场景被遗漏了。此外，上线过程中可能出现的部署错误、配置问题，或者数据迁移的问题，也可能导致 BUG。还有可能存在回归测试不足，新功能影响了旧功能，但未被及时检测到。

testhome 其实可以考虑运营个 B 站或者抖音号，推广下自己，社区里能活跃的是越来越少，没啥新生代