浏览器 dev tools 里面，下载图片的请求有报什么错吗？

？创建啥？完整步骤发下？就一张图不知道是干啥

嗯嗯，职级和工资挂钩很正常，但这个一般是有一定规模的公司才会需要。按照楼主说的，整个公司就一个测试，还不确定后面是否招新人，搞这种职级有点过早了。

小公司一般不是说看你面试水平给你什么职级什么工资，而是我明确我需要什么水平的和薪酬范围多少，再找符合这个要求的人。

1，简单查了下后台错误日志，没什么相关错误，估计是数据有错，所以程序走了另一个分支，并不是报错。

之前也有收到过其他反馈，初步定位可能和缓存有关，目前已经在想办法进一步复现定位中。

这个其实也容易被误以为是真实用户，毕竟也有人这么起用户名的。不过倒是可以在后面加个（匿名用户）作为区分。已记录 issue：https://github.com/testerhome/homeland/issues/116

说实话我一开始也误以为匿名功能失效了，后面才发现原来是 fake 的。应该主要是为了方便知道里面分别有哪些不同的人，避免大家误以为同一个人在自问自答。

个人觉得，招聘要求可以给，方便 hr 找人。

但职级划分没必要，1 个人都没有有啥好划分的，至少十几二十号人以上才有必要做这种标准化划分，避免扯皮。

看实际公司情况。

有的公司测开 title 干的是业务测试，那就是业务测试的标准
有的公司测开 title 干的是设计 + 开发 + 推广 + 落地，那就是做出来工具平台实际效果作为标准，比如使用的日活、提高的人效等。
有的公司测开 title 干的是纯开发的活，那就是开发的标准

至于初级、中级、高级，那就是水平的差别。个人理解初级一般是执行（比如纯写代码），中级 hold 单一工具或平台（包括从零开始的设计、落地），高级 hold 整个工具平台体系（需要哪些工具平台，工具平台之间怎么组合协作）。

用的是新开无痕窗口么？怎么一上来就是从缓存读取？好奇怪。

点赞！

可以在顶部开源版块里也投递一下，让更多人看到？

能否新开个无痕 chrome 窗口，重复请求 5 次，然后分别把 5 次请求对应的时间 + 你正文里那样的截图传上来？现在只是一个中间态，不好了解全貌。不排除之前有 response 下发过别的 header 所以引起了强缓存。

有确认过，不读缓存的时机和服务端 response 里下发的失效时间有没有关联关系吗？

已知问题，已登记 issue 跟踪了

说明一下，匿名本身设计就是把内容里的账号换成 fake 的。帖子和评论都没有和你原来账号关联，自然你自己不会有编辑、删除的权限。

建议你找你们的比较有经验的开发同学了解下，各个开发岗位需要什么样的技能，自己还差多少。

把继续做测试和转不同开发的多个路子都分析清楚得失优劣，再来说该不该转吧。

PS：从你的描述里，你对测试没啥留恋的，你感兴趣的是开发编码，所以继续做纯业务测试应该不适合你。只是作为兴趣和作为专业是不一样的，压力和感受都会完全不同，建议你先自我了解评估下。

用 chrome 取缓存 策略 关键字搜索，就搜到很详细的解释了：

https://cloud.tencent.com/developer/article/1662259

android sdk 安装 配置

用这个关键字去搜？

打开姿势有没有不同？
比如 dev tools 的强制清缓存是开的还是关的

并不是很智能呀，其实就是你的 mock 匹配算法里，加个兜底的转发策略。

对应你前面 service 代码，就是在 if (mock != null) { 和 if (mock.getStatus() == 0) { 对应加上else逻辑，else 逻辑里面做兜底的转发给真实服务。

实际业务一般只会有 1-2 个新加或修改的接口要 Mock，很多核心接口都是没动的。如果这个时候客户端全量切到 mock 平台，核心接口没有配置 mock，那就没法走通流程了。

另一位同学说的做在网关层也是很不错的方案，客户端啥都不用改，只需要平台自己去改网关配置就行。这样你说的客户端嫌改自己配置麻烦的事情也解决了。

可能我没表述清楚，我说的第一点是支持局部 mock，比如登录接口就走真实的，查看某个页面的数据接口才走 mock 。这期间客户端不需要改什么，由 mock 平台控制。不知道现在有支持了吗？

问题信息不够的，有时间我会和他说信息不足，麻烦补充下xx、xx信息，没时间直接略过。

github 上常见玩法是弄个模板，把需要的信息都在模板里写，提问题的人根据引导逐个填空，这样不会遗漏日志之类的重要信息，作者也不用多次来回追问。

不过我已经放弃每次问题提得不好，都去引导怎么提问题了，费时费力，对方可能还觉得你矫情。

针对你前面说的，你现在的 mock 还缺几个实际使用的时候要做的功能点：

1、选择性接口 Mock，比如只是 Mock 某个这次新开发的接口，其他还是走老接口。可以参照下 https://www.mock-server.com/proxy/configuring_sut.html#port_forwarding ，没配置 mock 的都自动转发给真实服务，有配置的才返回 Mock。
2、同一个接口支持多个 mock，方便多人协作
3、安卓开发说麻烦，主要原因还是本身 mock 最好是基于接口文档自动生成或服务端搞好一个可用的蓝本，而不是还需要客户端开发自己去从零配置。这方面 yapi 做得会比较好，但对于你这个单独的平台来说成本略高。

yapi 不香么？

完全没有上下文、团队现状之类的介绍，信息太少，不知道该怎么给回答。

不同团队情况，参与姿势可以有很大差异的。