个人感觉是轻松。发发呆一天就过去了，一个用例写好几天，1 个需求随随便便测大半个月。

前司 python，现在 java。一开始用 java 经常串，if 后面要不要加{}，要不要加；来着。现在就是 py 也忘了爪哇也写得不咋滴。

因为现在的项目总是还没到性能瓶颈就解散了

我会一年内拼命学开发技术，第二年转开发

得看你有没有技能，有些测试炒的粉可香

在没有条件的情况下，优先分析需求是否有必要做兼容测试。如果应用中涉及到和系统的交互、引用/升级了三方 SDK，是需要做详细的系统兼容测试的，具体方法 3L 说的很清晰啦。如果本身都是些业务逻辑，个人觉得抽查下不同屏幕的 UI 显示样式即可。

“更重要的是目前的公司运营不佳，发不出工资”。趁这段时间每天多抽点时间完善下简历上的经验，往管理岗 offer 努努力。

具体问题具体分析

目前觉得最好用的还是 UI 自动化 + 云真机的集成，丢个包链接到平台就能跑起来。
“完善平台，提高效率” 建议挖掘挖掘团队内的痛点，平台能力优先解决问题。

先去征求狗主人的同意，再给狗狗拍照，而不是直接就拍。 kkk，学会了～

10 楼说的蛮好的，先实习着，把公司的流程消化消化，沟通之类的软技能啥的培养培养。而且我好奇你是想做业务测试还是测开？如果做业务测试，会的代码多不一定就有优势，先打好测试思维基础，真的见过用例都写不好结果能 review 开发代码的测试，测试质量好不了一点；如果做测开，找几个测开的 JD 看看当下要求是啥，我不是测开给不了建议。

明确自己的目标就好，其他人卷或者躺对自己都影响不大。

差不多。个人而言，我的学习热情比两年前低了很多。

功能测试做得好，也可以成为业务专家呀。

点个收藏。解锁 MS 新思路，下次写用例我要试试。

挺好

个人感觉书籍不如视频课程呢，我之前在某 APP 买了 selenium 的课程，跟着看收获挺大的。推荐先跟视频快速上手，然后再去官网或者楼上推荐的书籍理解细节。

“大家遇到接口报错，可以给开发提 bug 时备注 curl 那么开发怎么问题也会非常迅速，更会觉得你很专业”
我以前的做法都是手动去复制参数，学会了，直接 copy as cURL

楼上大佬说的 “招到自驱力很强的人进来，带活整个团队的氛围” 亲测有效，曾经有个积极的小伙伴在自己 OKR 写了个要分享技术，然后大部分其他小伙伴也效仿加上了这条。不算强迫式，最终完成度也还 OK。

有趣的灵魂万一挑一呢

先说心态问题，感觉原文的楼主很气，而生气是自己主动选择的一种只能伤害到自己的情绪，尝试看淡一切对身体好。
再说实际工作问题，如果其他人影响到自己的工作安排，我会先梳理影响范围，反馈至上级。如果公司整体都认可这种变化无常的任务时，我的建议换个坑。但如果保持当前的这种心态换坑，估计也还是会遇到各色各样的问题。

很普通的简历。
“定位 bug 协助开发修复” 这种话我觉得可以拆成几个关键词，你是如何协助开发修复的？是简单的给个复现路径还是你可以深入到具体错误函数？这俩区别很大。比如拆成 “熟练使用日志、本地 debug 定位缺陷原因”