3分pk10平台 _java接口自动化(三)

  • 时间:
  • 浏览:0

1.简介

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

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

  下边是宏哥列举的几个主要常用的接口测试工具,一般常用的postman和jmeter。宏哥也推荐使用jmeter。上方几个很少用的。用到fiddler话语。那太少 太少 明接口测试准备,这样形成接口测试文档。还前要接口测试人员进行抓包来查看接口地址以及发送请求的参数。太少 太少 其他宏哥全部都是很推荐的。

Postman(Chrome插件)

HttpRequest(Firefox 插件)

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

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

3.自动化框架的设计

  这里太少 太少 大致概括几个框架,上方随着其他人儿的深入学习因此其他其他的将其富足、完善以及进行细化起来,最终宏哥因为慢慢地其他点的实现其他框架。其他是几个分层架构,确实和Java中的那个MVC差太少 。

3.1显示层:测试报告

  显示层这里一般领导是看都可不都可不可以够 的太少 太少 喜欢看,因此这次要主要展示的太少 太少 测试报告,一般这次要全部都是给领导因为测试的相关负责人看的,都可不都可不可以够直观展示测试结果,通过和不通过,总共几个接口,通太少 少,失败几个,一目了然。其他测试报告主太少 太少 结合testng讲解的。前边专门有几个模块讲解其他测试框架的,不知道的都可不都可不可以够去看看。传送门

3.2控制层:逻辑验证

  控制层这次要主太少 太少 上方全部都是哪些请求,哪些请求全部都是哪些参数,因此太少 太少 发送请求刚刚,再验证返回的结果,和其他人儿预期的结果与非 一致。

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

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

4.小结

  好了,其他篇文章主太少 太少 进行了其他简单的理论介绍枯燥无味,希望其他人儿喜欢。这里主要太少 太少 简单的介绍了一下自动化框架,上方其他人儿就会围绕其他框架将它一步步细化、一步步实现和完善。