测试管理 接口测试和 UI 自动化测试对比

wenzhichao · 2018年08月16日 · 1655 次阅读

个人感受

经过三个月对接口测试和 ui 自动化测试的接触,本人有一些小理解和小困惑,想跟大家分享一下。

接口测试

接口测试项目是今年年中开始的,对一个学习平台进行测试,本人在对接口测试一无所知的情况下,开始摸索如何做接口测试,使用 jmeter 工具,charles 抓包工具,凭借自己手动测试的经验写了多个场景的案例,每个场景包含多个接口的调用,根据对接口的了解设置不同的参数,在场景中设置整理反例,其实接口测试案例写起来跟功能测试差不多,只是对程序需要更深的了解它的输入输出,对输入输出进行判断。一个项目做下来,1 个月,完成了对 app 和 web 两套系统的接口案例覆盖,并集成到了 jenkins,利用插件完成了测试报告的输出。个人感觉,接口测试对整个项目组的贡献还是很大的,1. 通过我的正例反例发现了一些后台接口很容易被忽视的问题,得到了项目组的很大认可和支持。2. 一般接口都比较稳定,对存量接口进行案例话之后,对后续持续集成优化提供了很大的帮助,基本每次迭代完成少量修改新增一些接口之后,在开发部署自动触发测试 job 就可以出报告,效率很高,现在正在全公司推广。

UI 自动化测试

这里 UI 自动化测试,我单指 app 自动化测试,使用工具 katalon,这个工具底层是 appium,大概 5 月份开始接触,用了两个月左右,不说工具的好坏,个人感觉 app UI 自动化测试做起来很难,界面元素在不同的变动,维护代价很高,我花了一个星期写的脚本,在下一次迭代中可能脚本还没来得及维护好,版本就要下发了,做起来怨声载道,个人感觉 UI 自动化对已经很稳定的界面可行,做回归可以,当然维护成本较接口测试还是高很多。
请各位也可以谈谈自己在做接口和 UI 自动化时的一些感触吧!

暂无回复。
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册