移动端应用测试技术大汇总

核壳 发布于 2016/11/01 18:10
阅读 274
收藏 2

【开源中国 APP 全新上线】“动弹” 回归、集成大模型对话、畅读技术报告”

移动端应用测试技术大汇总

毕业后就一直从事移动端的应用测试,十多年的经验,多少有些感慨,这次把自己近年来的移动应用方面的测试经验也写下来,给大家分享。

其实测试相对来说是很简单的,比没有太多的复杂,基本就是根据需求制定测试流程,按步骤执行,当然,其中也包含一些必要的的测试工具,不管是手游测试还是app测试,基本思想谁不变的,就算是自动化的测试也一样。

举个例子,相对来说,很多小公司在测试方面没有成熟的体系,测试时没有具体的需求,时间也比较紧,那么在流程不严谨的情况之下,该怎样去对项目进行用例的设计?个人觉得,项目到手,不是马上就进入测试工作,而是,先熟悉下整个项目的流程,把大致的框架过一遍,不懂的地方记录下来,再问开发,把流程都掌握了,再进行测试计划、测试方案的编写,根据需求来编写用例脚本,把每个功能模块罗列出来,大致的功能点,用什么方法去测试,都给标注,然后再根据测试需求执行测试。

 

目前移动端主流的测试方式有:

  兼容性测试、功能测试、回归测试、中断测试、弱网测试、压力测试;

兼容性测试:对市场上主流的设备安装应用执行测试,确保应用都能安装、卸载基本功能且能正确运行,甚至测试ui异常、程序异常;

功能测试:对具体功能点一一测试,确保每个点都能正确实现相应功能;

回归测试:版本迭代开发后需要,对所有新旧功能就行遍历测试,确保所有功能、ui等正常运营

中断测试:对于正在运行的应用,若进入短信、电话等其他软件响应的情况,不会影响所测试应用,且会保证应用都能正确运行;

压力测试:用户量大,交互性高的应用需对接口执行压力测试,确保不会应用在大用户量的情况下能正常运行。

以上多数都能实现自动化测试,比如自动化兼容性测试完全能满足手游测试和app测试,但向app功能测试这种就很难实现,比较简单的就是自动化回归测试。

接下来的问题,说说影响app的性能有很多因素,这也是需要测试的原因。用户能忍受的最长响应时间是5秒,如果响应时间超过5秒,50%移动应用用户会放弃,三分之一失望的用户会转向竞争对手的应用

根据之前,TestBird测试平台统计的数据来看,连接超时、闪退、卡顿、崩溃、黑白屏、网络劫持、交互性能差、CPU使用率问题、内存泄露、不良接口是移动应用性能影响最主要的原因。

所以,提高产品性能在这种情况下比新功能的开发更重要。很大程度上产品性能决定着用户体验,而用户体验最终就是确保留存的决定性因素。

 

加载中
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部