想问下，所以崩溃率大概是多高？百分之多少？

老功能不常用，所以没回归，但灰度或全量时用户会遇到，而且遇到得还不少导致你们崩溃率高。“不常用” 和 “崩溃率高” 两个有点矛盾。

没有移动办公的需求，就 mini 吧。同样价格 Mini 配置更高。

我很久以前第一个 mac 买的官翻版 air，主要是当年还有些热情带着 air 去图书馆啥的折腾技术，顺便骑自行车到处走走，在家里干扰会比较多。如果你没有类似情况，可以直接 mini。

mini 你还得算上显示器、键盘鼠标等配件的费用，air 就简单很多，还能带出去随时用。财力 ok 的话，建议 air。

我是

倒没有特别去挑选对比，只是这个最简单方便，题目也多。

个人经验，一般会逐级分类：

先按责任方分，主责事故（自己系统导致的问题）、非主责事故（其他系统出问题，连带影响到。比如机房网络挂了）
然后主责里面再分，具体的类型，比如代码问题、配置问题、数据问题、人为操作问题
根据具体类型，可以再进一步细分，比如代码问题，再细分为实现遗漏、实现不正确、健壮性不足等

一般统计分析，分到第二层就差不多了，到达这一层就足够去定一些比较通用的改进项，预防高频发生的事故。

我想到的也是截图对比。这块比较容易做自动化

如果不熟悉写对应的代码，可以用 cursor 辅助下

是的。现在外包很多简历，以前都是做正职的，能力都不差（基本都是业务测试 + 自动化测试 + 少量专项）。没有 gap 的非常多，相比之下有 gap 的竞争力会低不少

现在岗位太少，gap 2 年基本 hr 这一关就过不了了

我用的是这个，在 cursor 里项目的根目录下执行，仅供参考：

请使用python pytest、request框架，生成根目录下django后端项目对应的接口自动化用例到 api-test 文件夹中。要求：

1、覆盖所有接口

2、断言覆盖接口返回码、关键返回字段值

3、使用 allure-report 生成测试报告

4、一个接口一个py文件，py文件中1个用例一个函数

5、合理使用setup和teardown减少代码重复

生成出来的内容大概如下：

当然缺点还是有，比如跑起来有些用例会报错，需要人肉看和修正，有些断言写得还是过于简单，需要人肉加。但从提效角度，省了很多手工活。

确实还是会有一些 bug，需要足够熟悉，给到真正有效的指引，才可以快速和有效解决。但相比自己从零撸代码，省了很多力了。