好难的要求，一个都看不懂

看书、喝早茶、吃茶餐厅、钓鱼、摸鱼、按摩等等等，挺多的

===小黑子语文课堂===
阅读理解提高技巧：
要有精准抓取信息的能力：
作者原句：“最近我发现有年纪大的 活得很消极”。
关键词是“有”（表 存在、部分）：明确表示观察到的是一种现象或一部分人。

表达技巧延伸

姐姐你 09 年出道的时候，我还在读高中呢

世事短如春梦，人情薄似秋云。
不须计较苦劳心，万事原来有命。
幸遇三杯酒好，况逢一朵花新。
片时欢笑且相亲，明日阴晴未定。

多做和别人打交道的工作，有时候机遇就在于这交道之中，能转行做交付是个机会， 也不用熬夜加班伤身体，埋头苦干的工种见不到世界的。做技术太久的人通常思维都会二进制，不是对就是错，但是做业务的那帮人是根据利弊利益来判断，从利益的角度出发，就是别做回测试。

很简单，用以前一部电影里的台词就能很好的回答你

风往哪个方向吹，草就要往哪个方向倒，年轻的时候我曾经也以为自己是风，可是最后遍体鳞伤，我才知道原来我们都只是草

cursor 就是让大多数人 0 门槛的有了全栈的开发能力（目前模型还在升级，未来更好用），至于开发什么，就看你的业务理解了。

写用例和执行用例
是测试工作最基础，但也是最难的一环

这招聘要求看起来好正常，有点回到以前的感觉

其实做过管理的都知道的，不是 PPT 发挥作用，PPT 只是给老板或者大领导留印象的，真正有用的是底下的人做功劳都归功到我身上了 ，你技术再牛，最终做的成果都会归到我身上，因为纸面上就是我带头。然后你们的功劳成果结算，是由我这边结算的

你可以想想你喜欢什么，副业尝试这方面https://testerhome.com/topics/41962，
这个老哥是我在社区里看过最真实的副业分享了，
总体来看，副业就是运气和爱好的结合（年纪越大越相信运气成分），其实你才 31 岁，如果真的想回归家庭的话，可以试下考社区单位或者非盈利性质的国企等工作（小部分是大专可以进的），朝九晚五

你的看法和观点我很赞同，只是有少部分人一旦被说破就暴跳如雷，我也搞不懂

你领导知道，
不代表你领导知道你去解决，
更不代表你解决了，领导会很开心，
是你自己自作主张，还是她安排你去的，这是两个完全不同的事，

个人感觉你领导私底下是这么形容你的

你这种类型的应届生我也看过【很急、敏感、职业认同感差、带着学生思维、角落里埋头苦干】
我觉得与其在这里发帖，
还不如预约一个会议室，然后约上你的领导聊下，
就把你做过的功劳都说下，再问下评分低的原因，
我从你的描述中能感觉得到，你的领导对你有点不爽是真的，
你得多聊天，人情世故永远都存在，
别以为加班多、功劳多就能得到优（你加班多是你领导希望的吗？你跟进 A 级客诉，你领导安排的吗？她知道吗？ 先了解清楚），
还有多些职业认同感，
你与其想着跑路，不如先就地成长下沟通能力和社交能力，
技术倒是其次，
特别是这个【东北同事说 “周末回家”，到耳中就变成刺激】，
你交际能力是真的有点差

纯个人爱好的帐号，你不喜欢的

这，你指的是谁？，我好像没在乎过社区里谁的看法 ，社区里的人又不是我老领导，更不是我老板，干嘛在乎？

再补充一个，就是社区里目前发技术的，还挺多是 “圈地” 的（这里没有绝对的意思，防止语文不好的人误解），你总会在最下面看到自建的群或者其他什么链接。
表面是为社区发技术贴，其实是榨干社区最后一点价值，引流些人。
个人感觉发水帖更多是社区的真情流露 （我是水贴大户，不过以后不会发了）

不是，只是不写水贴了，我专心写我的小红书

这几天都在听，还有丁真的 SmokeMan 也不错

你的技术热情和持续改进的思考值得赞赏，但属于南辕北辙，陷入了"技术完美主义"的陷阱

• 第一，追求大一统框架反而会增加复杂性，就像想把螺丝刀、钳子、焊枪合成一个工具，结果可能哪个都不好用

  • 试图用一个抽象层完美适配 Web UI 控件交互、HTTP API 请求/响应处理、移动端 (Android/iOS) 特有操作 (手势、权限、通知、应用生命周期等)，会导致这个抽象层变得极其复杂和臃肿。你需要为每种测试类型定义通用接口，并在底层实现差异巨大的适配器。这本身就是一个巨大的、易出错的设计和高成本维护负担
  • 当 Web、API、APP 任一端的底层技术发生变化时，你都需要修改这个统一的框架。一个地方的修改可能会意外影响其他类型的测试，调试和回归测试成本极高
  • 使用者需要理解这套庞大的通用框架概念，才能编写特定类型的测试，增加了上手难度。维护者也需要精通所有领域才能修改这个 “巨无霸”

• 第二，AI 生成定位看似美好，但实际应用中元素动态变化会导致维护成本不降反升

  • 元素属性模糊、页面结构变化、存在遮挡或动态内容时，生成的定位器不稳定或易失效
  • 当 AI 识别失败或给出错误/不稳定的定位器时，你仍然需要人工干预去修正
  • 当测试失败时，排查是定位问题、AI 模型问题还是应用逻辑问题会变得困难

• 第三，平台化建设容易陷入功能堆砌，反而偏离测试本质

  • 构建一个功能完备、稳定、易用的自动化平台是一个极其庞大的工程，远比你想象的要复杂得多。它会消耗巨大的开发、测试、运维资源。你预计的一年时间可能连一个基本可用的核心版本都难以完成，更别提达到 “全栈全业务全场景” 的目标。这容易变成一个长期投入巨大却难以产生预期 ROI 的 “黑洞”
  • 市面上已有非常多优秀的开源和商业测试管理、执行、报告工具，完全自研所有功能是否必要？能否基于现有工具进行集成和二次开发？
  • 平台本身也需要持续开发新功能、修复 Bug、升级依赖、保障安全性和性能，这又是一个长期且沉重的负担
  • “让更多人参与”，目标用户是谁？是业务测试？开发？PO？不同角色需求差异巨大。一个试图满足所有人的 “全栈全场景” 平台，往往谁也服务不好
  • 计划投入一年时间做重构，这个成本可能远高于收益

我建议你最好拉你们产品经理进去讨论，别让技术思维完全主导了需求定义阶段
你们需要有跨角色协同验证，否则投入产出比严重存疑，风险巨大

你这里的槽点太多了，再说都可以写篇水帖了
最后
测试架构的最高境界应该是：在满足业务需求和质量目标的前提下，保持足够的简单、灵活和可维护性，并能快速适应变化

多关注业务盈利走向，如果不是本科记得提升学历，埋头技术是过去的玩法，现在不适用

虽然但是，我现在就在躺平呀 ，每天坐到五点半，工资又到手了
等 70 岁后退休了

区块链现在关联的都是 xn 币项目的吧？ 不太懂，有老哥在这一行，都是远程上班，他三年已经换了三家公司了，貌似挺灰色

面向盈利业务作为技术导向，就不会走歪