目录
填写正确的URL - 可以正确访问接口地址
错误的URL - 访问不到,返回404
正确的请求方法 - 发送post请求可以成功发送接口数据
错误的请求方法 - 如发送get请求,无法成功发送接口数据,会被服务端拒绝
正确传递请求头 - 键:Content-Type 值:application/json
错误传递请求头 - 键:Content-Type 值:application/x-www-from-urlencoded
token或session - 传递正确的认证信息、传递错误的认证信息、不传认证信息、认证信息失效
传递所有必填项参数,并且值合法
参数项不传 - 如不传out_trade_no
参数值为空 - 如out_trade_no传None
参数值为空字符串 - 如out_trade_no传""
选填项都不填
传递部分选填项 - 如只传递buyer_id该参数
大于最大长度 - 如out_trade_no字段长度为65
小于最大长度 - 如out_trade_no字段长度为63
等于最大长度 - 如out_trade_no字段长度为64
传递正确的数据类型 - 如auth_code传递string类型的值
传递错误的数据类型 - 如auth_code传递int类型的值
有效范围内
有效范围外 - 如total_amount值为0,或负数
唯一字段数据唯一 - 如out_trade_no每次传递不同的值
唯一字段数据不唯一 - 如out_trade_no多次传递重复的值
不唯一字段数据不唯一 - 如auth_code多次传递重复的值
参数存在关联 - 同时传入【可XXX】和【不可XXX】时,不传total_amount
重复提交和一次提交的效果是相同的
抽奖 - 多次提交但只能成功一次
修改订单 - 多次提交相同的数据,结果是一样的
事务的完备性 - 提交过程中(如付款)-接口数据发送过程中,网络中断-是否扣款
分布式系统-能否正确同步数据 - nginx配置模拟
检查是否符合restful风格
比如登录接口用户信息应该被密文传输
这个大纲涵盖了目前市面上企业百分之99的技术,这个大纲很详细的写了你该学习什么内容,企业会用到什么内容。总共十个专题足够你学习

这里我准备了对应上面的每个知识点的学习资料、可以自学神器,已经项目练手。





最后送上一句话:
世界的模样取决于你凝视它的目光,自己的价值取决于你的追求和心态,一切美好的愿望,不在等待中拥有,而是在奋斗中争取。
如果我的博客对你有帮助、如果你喜欢我的文章内容,请 “点赞” “评论” “收藏” 一键三连哦!
