博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
移动端测试踩过的坑
阅读量:2062 次
发布时间:2019-04-29

本文共 770 字,大约阅读时间需要 2 分钟。

1. 接口调用时上传参数值不正确

这个虽然在功能测试的时候足够细致的话也是可以被发现的,但是稍微不留意就可能漏掉(不知道大家关于app涉及到接口的调用是怎么测试的,欢迎大家一起交流)
1)场景1: App中有一个填写信息的页面,我们填完后点击提交按钮,通过接口把这些信息上传到服务器
通常我们会认为填写完信息提交后,查看下相应的页面展示或者抓包看下上传的参数值,就可以验证APP调用接口时传参是否有问题了
本来我也一直认为这样就万事大吉了,但是:
比如有一个模块是一个下拉框,我们选择一项“ABCD”后,因为屏幕比较小展示不全,页面展示为“AB…“,这时很可能就会出问题
在安卓中,获取一个元素的值通常是通过 getText()方法,如果页面某个模块展示不全时仍然使用方法获取文本值获取到的内容和展示的值是一样的:“AB…”,这明显是不正确的
2)场景2: 公司有很多产品,用户用一个账号就可以登陆公司所有的产品,而且在每个产品中都可以修改用户的某些个人信息(这些信息是共享的),在所有的产品中都使用了同一个接口
可能在产品A中,用户的身高选项中不带单位,在产品B中,选项是带单位的,然后产品A和产品B在修改信息调用接口时一个带了单位,一个没有带单位,修改成功后,在两个产品中再次查看时就出现了问题
3)场景3: 有个提交订单的页面,原来有个选项A是否可以放到代收点,后来把这个逻辑去掉了,换成了选项B是否接受延迟发货。
选项A有两个值0和1,默认值是0;选项B也有两个值0和1
再修改后的逻辑,设置B的值是0,然后提交,数据都正确,我们可能就认为接口传参没有问题
但是开发在修改代码时,应该传B的值,但是选择了A的值,然后就出问题了。
2.容易遗漏的测试点
1)页面有多个组件,一个的移动连带着其他组件的移动,所有的东西是否可以均归位正常

转载地址:http://gkrlf.baihongyu.com/

你可能感兴趣的文章
真棒!3 种方法限制 Pod 磁盘容量,瞬间豁然开朗
查看>>
高并发、高可用、高可靠微服务架构7大顶级设计思维模型
查看>>
如何使用 registry 存储的特性
查看>>
凉了,stress 无论如何也无法打满 CPU
查看>>
除了 k8s,留给 k 和 s 中间的数字不多了!
查看>>
使用 wrk 压测并精细控制并发请求量
查看>>
Ceph 故障排查笔记 | 万字经验总结
查看>>
使用 Go 从零开始实现 CNI 可还行?
查看>>
KubeSphere 3.1.0 GA:混合多云走向边缘,让应用无处不在
查看>>
Containerd 1.5 发布:重磅支持 docker-compose!
查看>>
基于 Kubernetes 的 Spring Could 微服务 CI/CD 实践
查看>>
5.15 相约上海!2021 年度首届云原生 Meetup | KubeSphere & Friends
查看>>
使用 Cilium 作为网络插件部署 K8s + KubeSphere
查看>>
万变不离其宗,性能优化也有章可循
查看>>
别再乱用 Prometheus 联邦了,分享一个 Prometheus 高可用新方案
查看>>
Litmus 实践:让群魔在混沌中乱舞,看 K8s 能撑到何时
查看>>
Prometheus 存储层的演进
查看>>
Kubernetes 边缘节点抓不到监控指标?试试这个方法!
查看>>
不对全文内容进行索引的 Loki 到底优秀在哪里
查看>>
太强大了!这些 Go 的难点问题都能解决!
查看>>