回复测试

我帮你改了~

接口可以理解只是服务端对外展示的一部分。
服务端构成相对来说，还是较为复杂的，spring 也有非常多的组件，很多我们看到的接口都是组件包装后的结果。
从架构层面来讲，又可能涉及到熔断、限流、降级、缓存、穿透、改写、异常保护等措施
接口测试过程中，可以将测试内容上升至架构层面开始，能够更加全面的了解服务端处理逻辑
不能指导研发进行接口开发的，不是好的接口测试

这里分为两种情况：
1、后端接口进行数据加工后，传递到前端，前端直接显示
2、后端接口直接将原始数据，传递到前端，前端加工后再显示

我理解现在是第二种情况，（不过建议还是要和开发确认清楚，很多公司对于这块区分理解是不一样的，划重点和开发确认）

当成正常的功能测试验证就可以了，所有的数据展示，就按照前端处理逻辑进行测试即可。（测试用例编写时应该与前端开发进行逻辑确认，接口开发进行原始数据确认）

同时也可结合接口文档，构造接口返回原数据，配合 Fiddler、Charles 改变返回值，进行前端其他逻辑覆盖验证

我们以前一般会根据自己的经验罗列一个影响范围，再找开发要一个影响范围，结合这个拉出一批测试用例。（当然这个范围是要项目组同学共同认可的，后面有其他歧义的时候再做查缺补漏）
如果要再细的话，就做代码版本 diff，但一般来讲没有这个必要，这个阶段进度就比较靠后了。

明天发出，6 号的时候，刚发了一波

转行做测试，有几点需要考虑一下：
1、年龄问题 （工作经验，虽然现在有非常多的手段来填补这个，但真实面试过程中，工作能力需要年纪相匹配）
2、学历问题 （非常现实，大部分公司要求是本科起）
3、沟通能力 （现在除了必需具备的能力外，很多公司都会考虑个人沟通、应变处理能力 ）
4、自我预期 （做这一行，不代表真的比其他行业赚很多钱，尤其是测试，除非真的能精在一个领域上面，或者入职公司比较大，给的比较多）

pmp 项目管理 那本书

@fishfish-yu 我是社区的徐士钊，老师能留人微信嘛