先把自己沉淀下来
回复测试
我帮你改了~
接口可以理解只是服务端对外展示的一部分。
服务端构成相对来说,还是较为复杂的,spring 也有非常多的组件,很多我们看到的接口都是组件包装后的结果。
从架构层面来讲,又可能涉及到熔断、限流、降级、缓存、穿透、改写、异常保护等措施
接口测试过程中,可以将测试内容上升至架构层面开始,能够更加全面的了解服务端处理逻辑
不能指导研发进行接口开发的,不是好的接口测试
这里分为两种情况:
1、后端接口进行数据加工后,传递到前端,前端直接显示
2、后端接口直接将原始数据,传递到前端,前端加工后再显示
我理解现在是第二种情况,(不过建议还是要和开发确认清楚,很多公司对于这块区分理解是不一样的,划重点和开发确认)
当成正常的功能测试验证就可以了,所有的数据展示,就按照前端处理逻辑进行测试即可。(测试用例编写时应该与前端开发进行逻辑确认,接口开发进行原始数据确认)
同时也可结合接口文档,构造接口返回原数据,配合 Fiddler、Charles 改变返回值,进行前端其他逻辑覆盖验证
我们以前一般会根据自己的经验罗列一个影响范围,再找开发要一个影响范围,结合这个拉出一批测试用例。(当然这个范围是要项目组同学共同认可的,后面有其他歧义的时候再做查缺补漏)
如果要再细的话,就做代码版本 diff,但一般来讲没有这个必要,这个阶段进度就比较靠后了。
明天发出,6 号的时候,刚发了一波
转行做测试,有几点需要考虑一下:
1、年龄问题 (工作经验,虽然现在有非常多的手段来填补这个,但真实面试过程中,工作能力需要年纪相匹配)
2、学历问题 (非常现实,大部分公司要求是本科起)
3、沟通能力 (现在除了必需具备的能力外,很多公司都会考虑个人沟通、应变处理能力 )
4、自我预期 (做这一行,不代表真的比其他行业赚很多钱,尤其是测试,除非真的能精在一个领域上面,或者入职公司比较大,给的比较多)
pmp 项目管理 那本书
@fishfish-yu 我是社区的徐士钊,老师能留人微信嘛
先把自己沉淀下来