最近不少朋友在问移动App测试的事,尤其是小团队和独立开发者,没那么多人力去堆手工测试,都想找个能落地的自动化工具。我自己用iTestin移动App自动化测试工具也有一段时间了,从最开始摸不着头脑,到后来能稳定跑回归脚本,中间踩的坑不算少。这篇就把我自己的使用经验捋一遍,讲讲iTestin移动App自动化测试工具到底怎么用、哪些地方容易翻车、怎么设置能少走弯路,尽量说人话,看完你基本能上手。

iTestin到底是干啥的,先弄明白再动手
说白了,iTestin移动App自动化测试工具就是帮你把重复的点击、输入、滑动这些操作录下来,然后让机器自己跑。它不像有些框架那样一上来就要写一堆代码,对测试新手挺友好。我一开始也担心自己不会编程搞不定,实际用下来发现录制功能占了八成工作量,剩下的才是微调脚本。这里提醒一句,别一上来就想着全自动化,先把核心流程跑通,比如登录、下单、支付这几步,用iTestin移动App自动化测试工具录一遍,比手工点几十次强太多。
脚本录制这块,有几个细节不注意就白录了
录制看着简单,其实最容易被忽略。我第一次录的时候,元素定位全靠默认,结果换台分辨率不一样的手机就跑不起来了。后来学乖了,用iTestin移动App自动化测试工具录制时,尽量用控件ID或者文本定位,少依赖坐标。还有就是等待时间,App加载慢的时候脚本跑太快直接报错,得手动加个等待或者用智能等待。另外录制过程中别乱点无关按钮,不然脚本里全是冗余步骤,后面维护起来头大。iTestin移动App自动化测试工具的脚本编辑界面还算直观,改起来不算费劲,但前提是你录的时候就得留个心眼。

兼容性测试,多机型跑一遍才安心
移动端最头疼的就是碎片化,同一套脚本在这个手机上好好的,换个牌子就崩。iTestin移动App自动化测试工具自带不少机型可以选择,我一般挑几款主流分辨率和系统版本的跑一遍,重点看UI有没有错位、按钮点不点得动。说实话,全量机型跑成本太高,小团队扛不住,我的做法是覆盖头部机型加一两款低端机,基本能兜住大部分问题。用iTestin移动App自动化测试工具做兼容性测试的时候,报告里会标出哪一步失败,定位起来比手工截图快多了。
回归测试怎么安排,别把时间浪费在无效跑脚本上
回归测试是自动化最能体现价值的地方。我的习惯是每次发版前,把核心链路的脚本用iTestin移动App自动化测试工具跑一遍,大概十几分钟出结果,比人工点半小时靠谱。但要注意,脚本不是录完就一劳永逸,App改版后元素变了,脚本就得跟着调。我一般两周维护一次脚本库,把失效的步骤修一修,不然跑出来的全是误报,反而添乱。iTestin移动App自动化测试工具的用例管理功能可以按模块归类,这点挺实用,找起来方便。

新手容易犯的几个错,我基本都中过
第一个错是贪多,一上来想把所有功能都自动化,结果脚本一大堆,维护不过来。第二个错是不看日志,脚本失败了直接重跑,其实iTestin移动App自动化测试工具的报告里写得很清楚是哪一步出的问题,看一眼能省不少时间。第三个错是环境没统一,测试机和开发机版本不一致,跑出来的结果没法复现。还有就是网络波动,有些脚本依赖接口返回,网络一慢就挂,建议关键步骤加个重试机制。这些坑说起来都是小事,但真遇到的时候挺磨人。
最后聊聊值不值得用
如果你是测试新手或者小团队,想低成本把重复测试自动化起来,iTestin移动App自动化测试工具是个不错的选择,录制上手快,兼容性测试也省心。但它不是万能的,复杂逻辑和特殊控件还是得靠代码补,别指望全托管。我的建议是先拿一个核心流程试水,跑顺了再慢慢扩,别一上来铺太大摊子。工具这东西,用顺手了才是好工具,iTestin移动App自动化测试工具在我这儿算是过了及格线,剩下的就看你怎么用。



喜欢
高兴
鬼脸
呵呵
无聊
伤心