1.5分pk10代理 _java接口自动化(三)

  • 时间:
  • 浏览:3

1.简介

  上一篇宏哥介绍完了接口用例设计,没得你这名 章节,宏哥就趁热打铁介绍一下,接口测试工具。倘若小伙伴们由于童鞋们就可以能用接口测试工具按照设计好的测试用例很久开始执行用例进行接口手动测试了。关于手动测试工具就没得几个,用起来也非常简单,宏哥就不再在这里赘述了,有兴趣的可以能看看宏哥在Python接口自动化里关于接口测试工具的介绍,这里宏哥就简单的提一下,一带而过即可。 

2.手工接口测试的常用工具

  下边是宏哥列举的几个主要常用的接口测试工具,一般常用的postman和jmeter。宏哥也推荐使用jmeter。上面有4个 很少用的。用到fiddler的话。那倘若明接口测试准备,没得形成接口测试文档。还须要接口测试人员进行抓包来查看接口地址以及发送请求的参数。你这名 你这名 宏哥都不 很推荐的。

Postman(Chrome插件)

HttpRequest(Firefox 插件)

Fiddler(具备抓包和发送请求功能)

半自动化:Jmeter(结果统计方面不完善)

3.自动化框架的设计

  这里倘若大致概括一有4个 框架,上面随着大伙儿儿儿的深入学习倘若你这名 你这名 的将其富有、完善以及进行细化起来,最终宏哥由于慢慢地你这名 点的实现你这名 框架。你这名 是一有4个 分层架构,人太好和Java中的那个MVC差越多。

3.1显示层:测试报告

  显示层这里一般领导是看不可以可以的倘若喜欢看,倘若这次要主要展示的倘若测试报告,一般这次要都不 给领导由于测试的相关负责人看的,可以能直观展示测试结果,通过和不通过,总共几个接口,通越多少,失败几个,一目了然。你这名 测试报告主倘若结合testng讲解的。前边专门有一有4个 模块讲解你这名 测试框架的,我想知道的可以能去看看。传送门

3.2控制层:逻辑验证

  控制层这次要主倘若上面都不 那此请求,那此请求都不 那此参数,倘若倘若发送请求很久,再验证返回的结果,和大伙儿儿儿预期的结果是有无一致。

3.3持久层:测试用例存储(数据驱动)

  这次要主要用来存储大伙儿儿儿设计的测试用例,用来数据驱动测试的。

4.小结

  好了,你这名 篇文章主倘若进行了你这名 简单的理论介绍枯燥无味,希望大伙儿儿儿喜欢。这里主要倘若简单的介绍了一下自动化框架,上面大伙儿儿儿就会围绕你这名 框架将它一步步细化、一步步实现和完善。