同学请认真提问

没有响应你这个是

个人理解，仅供参考，如有偏差，欢迎讨论纠正：

1. 对测试新人来说，只关注接口请求及返回就够了，服务器如何处理是内部逻辑，不用特意关注

2. get正常来讲规范性就是主要获取数据的，用get去更新数据，不规范并且有安全风险。put一般用来做更新数据处理，不是用来获取数据的。post、get、put、delete对应CRUD各司其职吧

个人粗浅见解

这台Centos是虚拟机上的吧，截图上的ip地址是windows的。你的Centos是通过DHCP方式获取的地址，估计是个内网地址，你先ping网关看看能不能通，你的dns没有问题。如果网关能通上不了网大概率就是路由器上没做nat，或者防火墙策略导致的

url错误

没有区别。param里面填写的键值对参数在请求发送的时候会自动拼接在请求的url后面

是的是的

{

"active": "notCalled",
"callDuration": "",
"callEndtime": "",
"callStarttime": "",
"contactTime": "",
"phoneNumber": "18270886854",
"t": 1566459755776,
"token": "f9d2c2002aeb189ca95d38890031db9e"

}

${id}-${name}

{

"code":"状态码（后端自定义通用状态码）",

"msg":"接口处理提示信息（后端自定义通用状态信息）",

"data":"接口处理返回的数据，一般是json格式，可以是null，可以是一条数据也可以是多条数据甚至集合数组"

}

后端一般返回数据的格式其实是这个样子的，这个就比较通俗易通

patch单字段或者post整个对象，主要看前后端如何定义了吧

是tests,不是test,少个s

是的，按照REST规范来说，users表示用户的集合；users/ID，用来表示一个用户。这样的话更加符合REST设计规范，特别是面向资源的设计原则，URI的表述风格。

可以，接口工具都可以

因为你不够帅！

可以用jmeter进行测试

路由设计风格可能不一样说明。你说的.../user/{id}这种直接通过get方式传id，.../user?id=1这种也是通过get方式传参的。我的理解是这样的，不知道对不对。?

是的。

概念性的完全可以自己看，关键还是实践

文档怎么写。后台就是怎么设计的，put和post更新，其实差别不大，并且有些情况下post更新时必须的，所以你可以和后台讲一下。也只是讲一下，一下，下。。。