安卓移动终端测试总结

上一篇 / 下一篇  2012-11-29 10:31:34 / 个人分类:个人总结

安卓移动终端测试总结

   现阶段移动终端应用软件五花八门,各公司也将原有的web项目移至终端。经过三个终端项目的测试,个人认为做终端测试需要注意的地方,如下:
1.明确需求
  整个项目的完成,测试越早介入越好,产品需求评审是一定要参加的,在大家讨论的同 时,自己也可以发表遇到的问题,如果可以给产品提一些好的建议是最好不过了。需求评审前尽可能多的发现问题,有设计不合理或者流程不通的地方大胆的向产品提,尽量的减少后期需求的变更。后期产品的变更不仅会影响到开发,对已经设计好的用例等都会有影响,如果变更大的话甚至会影响整个项目的进度。
2.编写测试用例,通过评审
  在完他了解需求的基础上,根据产品需求编写测试用例,除了覆盖所有的功能外,最主要的要有质疑精神,各种异常的操作、非法操作、用户体验(界面是否友好、物理键操作)等也需要详细设计到用例中。我之前的一个项目就存在一个这样的问题,我们的产品下有一个更多功能,是我们公司的其它产品,更多列表下可以下载,而当时设计用例的时候下载这个用例考虑的不全,后期开发将所有产品都调用这个更多,代码重用。就这个问题我大概总结了下:
  注:默认下载需借助浏览器(与开发沟通结果),无浏览器直接下载,任务项提示进度
  1)联网正常+空间充足+浏览器正常情况
  2)断网情况下+空间+浏览器正常充足
  3)软件装在手机上+浏览器正常+空间充足
  4)软件装在手机上+浏览器正常+空间不足
  5)软件装在T卡+浏览器正常+空间充足
  6)软件装在T卡+浏览器正常+空间不足
  7)卸载浏览器,默认可以下载,任务栏显示下载进度(此处会存在异常中断,属bug)
  8)浏览器正常,弹出选择存储位置,选择空间充足
  9)浏览器正常,不弹出选择存储位置,默认空间不充足
  10)浏览器正常,弹出选择存储位置,选择空间不充足
  以上用例在空间不足应给出提示,而经常会出现异常中断,需开发作处理,我之前多次出现这种情况,有的手机也会由于兼容性导致异常中断,做为测试可以提更好的建议给开发:
  像360,91等手机助手,在自己的平台上下载、安装、暂停,我们可以任意控制,此问题解决了所有兼容性,又简代了下载考虑的测试情况,不需要借助浏览器等,从根本上解决了下载的问题。
  另在评审前,先将用例发给相关产品、开发,他们看过后会提前了解,评审的时候会提出,产品和开发只观注需求和流程的问题,建议在评审时,可以邀请同为测试的同事一起参加,站在测试的角度可以更多的提出测试要考虑的问题,使我们的测试用例更完善。评审时,有的用例需要更改或者删除,为了节省时间先标出来,待评审完成后,完善后发给大家,有意见再完善。
3.测试执行用例
  产品提测后,开始测试,根据之前的测试用例将所有功能过一遍,保证所有功能正常。当然用例也只是起到一起指导作用,除了执行用例外,还需要反复测试,站在用户的角度多次操作,要有足够的耐心去完成它。所提的bug要描述清楚,必要时附上截图(可使用360,91手机助手截图)等,及时跟开发沟通,开发要求复现bug及时配合,复现给开发看。待开发有新版本出来后,及时跟踪bug,修复 完成后,再验下与之相关的功能,保证修复后的bug未影响到其它功能。在开发拒改bug时,一定要让开发备注不改的原因,因为有的bug开发是比较专业,他们的意见有足够的说明性。
4.兼容性测试
 1)不同的手机操作系统
 2)不同的网络GPRS(联通,移动),WIFI等
 3)不同的分辨率
 4)应用目标人群, 主流操作系统,如小米
5.测试报告
 测试报告,主要突出用例执行率,bug总数,修复数,未修复数,测试的建议,发送给相关人员。


 以上是我测试移动终端所遇到的问题以及解决办法,希望在后期的测试过程中还能够不断完善。经验是自己总结的,鼓励自己越做越好。

TAG:

binghu3952的个人空间 引用 删除 binghu3952   /   2013-08-06 16:25:18
1
menghan_104的个人空间 引用 删除 menghan_104   /   2012-12-06 14:41:41
谢谢笔者的文章,很有帮助
 

评分:0

我来说两句

日历

« 2024-03-25  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 4680
  • 日志数: 8
  • 建立时间: 2012-02-27
  • 更新时间: 2012-12-05

RSS订阅

Open Toolbar