建议重新考虑一下自身条件能在这个行业走多远。

如果学历不好，个人能力和意愿也很一般，在这个行业继续呆下去容易会被淘汰。试想一下，假设做到三十岁还是外包，是没有公司要的，因为有大把 20 多岁能加班卖命技能水平也能满足要求的年轻人在以更低价来竞争。

我的观点是反正是才转行过来一年半，再转行的成本并不高，实在没面试机会的话还不如看看其他行业的机会。

我面试过几个招行的人，他们内部也有搞测试平台开发，MTSC 上也时常有银行的建设在分享。【所谓的自动化工具全部是统一采购，几乎不用自研】，所以这个是不是和具体部门有关？

哈哈哈，看你这么说，本人肯定是很卷

1. 先弄明白搞压力测试的目的是什么。是想验证接口性能能否达到某预期？是想摸清接口性能负载最大值和转折点？不同的目标需要做的事情，做的配置是不一样的。而 jmeter 只是一个可视化配置工具而已，它怎么配，不代表压力测试本身。工具只是把你的想法翻译出来。
2. 知道测试目的，再去制定压测方案。是多接口压测还是单接口压测，这里要做数学题，还要调研好线上数据，最大并发数、用户数之间的关系按现实去配置。

以上就是我认为的比较关键的经验。补充资料看这个 服务端压测怎么做

【现在工作半年了，完全是靠自己学，在公司学了 Fiddler，以及用 postman 进行简单的接口测试和断言，会基本的增删改查和简单的 linux 命令，也学了点 python 基础】

正常来说半年不应该只学到这么点，只是工具层面的简单应用，这些一个月就够了，楼主应该有些潜移默化学到的东西，但是自己没意识到。

回到问题：

• 如果足够激进：最猛的是离职半年，这半年里无论你报班也好，自己拿视频拿书本啃也好，尽一切努力迅速提高编码能力，然后找个公司做开发，crud 写起来至少也比你现在好。
• 如果比较保守：那就是骑驴找马，既然开头比较差，现在就要付出更多。你必须强迫自己在下班后依然投入至少 2 个小时提高编码技能（总不至于晚上 10-11 点才回到家吧？那你时间可多得是），厚积薄发一年之后换工作转研发；而在公司期间，你要积极找研发获取项目代码阅读学习，看研发的 bugfix 代码等等。

一句话，你都知道你在点点点没前途，那就先做一些事情来降低点点点在你的时间占比。

看看这个吗，我之前算是半个从业人员 https://testerhome.com/topics/37442

看起来属于根本没人带过，对测试岗位规范、正确的工作方式没有一个整体认知的情况，说白了就是不知道什么该做、什么不该做。我建议楼主还是一个有正规测试团队的地方，进去呆一两年先对这个岗位有个清晰的认知，不然按照这个情况做下去就是把路走死了。

至于便宜不便宜，还不是你现在要考虑的问题。现在优先考虑你的测试生涯时间长短问题，除非你打算转行不干了

我建议的原则是能白嫖就不要收费。去极客时间看看，如果你有想看的课程，就去百度搜看看捞不捞到到免费资源。视频这种都是培训向的，一口一口喂的形式，讲不深还不如自己找源码阅读一下来得有用

赞同 1 楼，测试本身就是开发岗位的职能分化，殊途同归之下最本质的能力还是开发技术。只有理解好开发技术，才能更好做测试。
技术 ok 了，也沉淀了测试的一些经验和方法论（比如用例设计思维框架等），就多学习产品和商业化知识，这些会有奇效。

服务端开发十几个，客户端 + 前端开发十几个，正式测试几个，外包几个，模糊数字 4:1 ~ 3:1 之间吧？

看看这里的内容小程序自动化，微信官方有提供小程序云测能力（monkey 等一系列），我理解其中有兼容测试的相关服务。
至于自动化，我都没用过，minium 和 airtest 的使用方式不一样，前者有官方的控件识别能力，可以做准确精细的控件识别；后者基于图像识别，理论上使用成本会稍微低一点点。就看你喜欢哪种。我自己更倾向官方的能力。

那你就试试继续回退版本咯，比如 1.22.2 。瞎搞一通看看行不行再说，这没有信息量

选择哪种都好，直观上对测试影响不大，但是对研发运维影响大；哪种都有可能，估计多数是云服务

同意 5 楼。

从范围上来说，方案 > 计划，计划可以在方案上详略得当地体现。

方案，要求你具备分析过程，从测试对象、业务分析、质量风险分析、做哪些测试、用什么工具怎么测，要达成什么质量目标等一通平时我们心领神会的东西，都得写出来。核心是要完整，要齐全，要前后有逻辑连贯，要体现【因为所以】。

计划，说的是执行层面的事情，精确到事情、排期、人力，用来传达这个事情投入多少资源花多少时间，就可以比较确定性地完成。

对，你们确实挺特殊反过来做，不过只要线上不出问题怎么做都算是正确的。流量回放虽然可以获取海量流量，但是筛选流量上面也是看运气，要做明确的测试覆盖，还是靠人为控制参数的接口自动化效率更高。

还有一些特殊场景，比如产品活动，可能活动的代码已经上线了，但因为还没到活动宣发日期所以不开启入口，这种情况下线上零流量，就得用接口自动化去主动覆盖。

好吧，我看着没写，但是又想听，所以问问

线上参与，可以报名吗？（人在深圳）

如果单就标题的问题做回答，我的答案是单纯是录制回放肯定是不够的，接口自动化优点是目的性强，流量录制目的是查漏补缺成本低。

一般是先做接口自动化，再用流量录制回放来补充线下自动化的测试盲点，或者观察线上流量有没有特殊未考虑的情况。

线上事故⚠️

这是已经财务自由了吗

我就是在小程序/小游戏的业务里的，不过我是属于提供能力的一方，楼主是属于使用能力的一方。

1.小程序除了和 APP 类似的测试点之外，还有什么需要额外注意的吗？
其实也没有，小程序客户端关注的还是功能、性能、稳定性、兼容，都是业务视角出发就好。重点要注意的，就是产品所使用的小程序接口，可能会有版本兼容问题导致的前后表现/返回值上的不一致，甚至不可用。所以一定要主要留意，如支付宝小程序版本升级（小程序 SDK 能力接口的升级），要做好全面的功能回归测试。

2.是否可以使用模拟器进行测试？
可以是可以，但是不推荐，因为模拟器环境和真机肯定是有差异的（至于差异和影响是啥很模糊，参考公司内部有人做过的调研，主要是 so 库加载失败，包括 libjiagu.so、libX86Bridge.so、libshell-super.so、libDexHelper.so 等，这些库都是各大厂商发布的 App 加壳库，模拟器上的架构和真机有差异导致加载库失败就会出现 app 崩溃）；而且你在模拟器上发现的问题，研发肯定要求你在真机上看看能不能复现，再考虑当 bug 处理。既然如此，为何不直接真机测试，除非真的没有手机，那还可以考虑云真机。

3.当小程序稳定后，如何进行小程序的自动化测试？我可以学习哪些技能？（有 python 基础）
搜了一下，没找到支付宝有提供类似微信小程序的自动化框架，但是有人用 airtest+pytest 搞，看 链接。

4.针对小程序性能，我该如何测试？
和手机 app 一样，找个 perfdog 等性能数据采集工具，怼上去就是一通跑测试用例；再找一些同类业务竞品做想通口径性能数据采集和对比，结合来看你们家产品性能 ok 不 ok。

5.求推荐一本测试小程序或者 app 的书籍
实话说真没必要，小程序只是大前端技术栈的一个细分领域，况且还只说测试，如果这都能出书那必然是一本水书；至于 app 测试，我至今都没看到过一本好书。

在座各位都是诗人 说什么重新开始，还不如去鸡娃哈哈哈哈

个人从小到大的爱好是玩变形玩具（就是变形金刚、日本特摄超级战队那种），已经规划好准备拍玩具分享视频传 b 站了。
赚不赚钱就算了，买玩具本身很费钱，和楼上买基金一样是负业（别说了，我基金股票亏的够在老家几十线小镇买个二手房了😭……）

• 优化测试工作量视角：

  1. 梳理出哪些地方可能会多端不一致，依赖研发配合做，明确多端肯定一致的地方就不需要重复测试
  2. 不同的人拿不同端同时测试，依赖大家对 bug 的标准要足够一致
  3. ui 自动化 + 图像识别，但是没足够空余时间不建议上这种玩意儿，很不稳定

• 业务权重视角：

  1. 按业务优先级，先在多端上测重要的场景，时间不够就砍掉低优场景

针对最后多端不一致的问题，先提了 bug 再说，代表问题已经发现了，是否修复研发来判断，责任也转移了绝大部分。

是啊，之前没跟对老板，工作虽然努力，但感觉一直无效输出，做的东西不被认可的同时又不给有效的指导意见，就让我自个儿在那里摸爬滚打浪费时间。
最后跟 ta 沟通的时候，ta 竟然美其名曰：人自己不亲自做过 xx 事情，靠别人帮助才能完成，就学不会去做 xx 事情…… 难道这就是 ta 作为一个老板不帮助下属解决障碍的原因吗？