Eolink在之前的很多文章中都有很多的讲解,上一个版本的基本功能基本都有过具体的示例,那么本篇文章主要是对象了解这款产品的新晋程序员们了解需要什么知识才能更好的掌握Eolink的使用。
这里是网络的基础,具体的底层TCP是不需要了解的。
上图是一个http的访问示例,我们绝大多数的时候都是通过http进行访问测试的,基本环境很少会使用https,他们两个底层是一样的,https就是单独的添加了一个验证,需要我们自己去申请。
具体的知识我们可以通过CSDN来搜索查询进行学习。
在www上,每一信息资源都有统一的且在网上的地址,该地址就叫URL(Uniform Resource Locator,统一资源定位器),它是www的统一资源定位标志,就是指网络地址。
URL由三部分组成:资源类型、存放资源的主机域名、资源文件名。 也可认为由4部分组成:协议、主机、端口、路径 URL的一般语法格式为:protocol :// hostname:port / path / :parameters#fragment
这里有多重请求方式,我们主要以:
get获取 post添加 put修改 delete删除
这个是WebSocket的协议。WS不安全,WSS安全,这与http和https是相同的理解方式。
这个用的其实也不少,不过模拟起来比较麻烦。
这里需要的知识就比较多了,新晋程序员不建议直接搞这个,可以先去理解一下多线程。
但是作为测试和理解产品来说,回头看一下demo就理解了。
这三个部分建议通过学习PHP来搞定,知识都是相通的,由于PHP环境啥的还有使用都方便,学习时间也较短,故而有此建议。
请求头这里很好理解,就是【客户端浏览器告诉服务器一些信息】。
请求体麻烦一些,需要理解一些数据格式以及文件类型,还有表单提交方式。
顾名思义,API接口需要的参数,我这里传递了个测试的参数。
如果有多个,就挨个往下写就行了,具体的URL拼接方法会自动补充的。
以上最最最基础的api测试就完成了,但是这个只是很少的一部分,是一个点,相当于原子化的一个点,我们会了这个就相当于搭建出了地基的一块砖,那么具体的测试还得看业务逻辑。
这里是一堆业务逻辑的测试,是大学的测试比赛中用到的练习题。
https://cloud.tencent.com/developer/article/2181421
我们学会写测试用例之后会对你的业务逻辑能力有很大提升,那么这只是一顿理论,实践的话需要使用Eolink提供的【API自动化测试】功能。
根据第一个阶段我们学会的创建API访问功能后,我们就可以创建一个API后挨个添加测试用例。
其实,到这里的时候你会发现基本操作你也就都会了,毕竟是一款工具,并且不是需要真正的去开发,只是测试和掌握产品的使用已经很够了。但是别看东西少,至少20多个小时是够你消耗的,特别是对业务逻辑的理解,其实还需会看UML图,但是这个是大学肯定学习过的,我就没往上写。