软件测试是为了发现错误而执行程序的过程。 QQ: 12585990 MSN:sunxy5291@hotmail.com

【转】移动App Bug——崩溃之测试用例设计

上一篇 / 下一篇  2014-05-06 16:28:04 / 个人分类:我的BIOG

我们的日常生活中对移动设备越来越多的使用意味着移动App测试这个主题已成为需要考虑的一个无法避免的问题。根据最近的调查研究,用户难以容忍有bug的移动App。

#{ UI&e+yGx[8z S#? ~k0  移动App Bug的影响是用户体验差、App的商店评级下降、用户换用竞争对手的App,声誉和信誉损失、最后销售量减少,如果它是一个付费App的话。

(\ {-YiX9K_!eW7^)S2I0

2u1C ~ L5t:mc0  移动App测试与传统台式机测试相比有一定的复杂性。这些复杂性可以被分类为:51Testing软件测试网&s8M ^;l ^-_
  环境(大量的设备,各种移动OSs,适应频繁OSs变化) 。
^ gS$KytW\ t0  设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) 。51Testing软件测试网v-Lz~,g!i
  网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线支持) 。51Testing软件测试网)N;a{1dB
  可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,如来电,来电短信,闹钟,和低电量警报) 。
2tg{ljb"`v&C r0  所有这些手机专有的复杂性需要新的针对移动App测试的测试用例设计方案。

9[)BJcjR3V051Testing软件测试网j4W8p.F ]%mVC(`'T

  最常见的移动App Bug

W D l^F\w0

;dR t/My0  为了确定最常见的移动App Bug,进行了一次研究,其结果发表在国际测试会议上[ 1 ] 。51Testing软件测试网o/r F R ~-keI
  为了这个目的,准备了一次在线调查思考参与者的移动测试经验并发表在移动App开发和测试相关的专业社会团体内。
O7b"hIMI0  有针对性的参加本次调查的主要有移动App测试人员和开发人员。结合几个结果,最常见的移动App Bug在对调查结果进行统计分析后确定。51Testing软件测试网#Z^#D"[&y*jX ^KL%S5^
  根据调查的结果,移动App崩溃是最常见的移动App Bug ,这是预料中的结果,因为很容易发现一个移动App崩溃。AndroidOS上一个写着“强制关闭错误”的弹出窗口跳上屏幕;当发生崩溃时,iOS中App屏幕突然消失消失。最坏的情况下,App崩溃可能会导致系统故障,操作 系统崩溃。

j%p#{ Pa!oO5a%[0

#w1_2?suV.o[0  移动App崩溃原因
5K:U\2do u2nT x z s0  为什么移动App经常崩溃?App崩溃有几个原因:从平台或环境到开发问题。51Testing软件测试网3]T$\(M:a]
  一些崩溃原因(排名不分先后) :51Testing软件测试网o!A3k'}&[k9Oa|)E
  设备碎片化:由于设备极具多样性,App在不同的设备上可能有表现不同。51Testing软件测试网E\:I,\)F I9{t
  带宽限制:带宽不佳的网络对App所需的快速响应时间可能不够。
`mwCC0  网络的变化:不同网络间的切换可能会影响App的稳定性。
S B,u+X$a1Gd5h0  内存管理:可用内存过低,或非授权的内存位置的使用可能会导致App失败。51Testing软件测试网ceh@ ]3N0`
  用户过多:连接数量过多可能会导致App崩溃。
0{VJe(J }z-{`g0  代码错误:没有经过测试的新功能,可能会导致App在生产环境中失败。51Testing软件测试网.^ [ |6f@2EOC.U
  第三方服务:广告或弹出屏幕可能会导致App崩溃。

"l0k#l4^-Lm051Testing软件测试网 c![:HI f/wc

  移动App崩溃的测试用例设计51Testing软件测试网,w!VezQl N"y
  测试用例是移动测试最重要部分之一。51Testing软件测试网a R(}t#V\
  准备和执行预先定义的针对移动App崩溃的测试用例将简化和加速移动App崩溃的测试。
OO6o^,l ocAD$dG0  一些通用的触发移动App崩溃的测试场景,如下:
"u^zh d2f^3r U0  1 验证在有不同的屏幕分辨率,操作系统和运营商的多个设备上的App行为。51Testing软件测试网-dKo:I }D8C
  2 用新发布的操作系统版本验证App的行为。51Testing软件测试网Cx.Y3~uK1^|
  3 验证在如隧道,电梯等网络质量突然改变的环境中的App行为。
2@:Lxgq I*X9M p LC0  4 通过手动网络从蜂窝更改到Wi-Fi ,或反过来,验证App行为。
6ol#R'T[w0  5 验证在没有网络的环境中的App行为。51Testing软件测试网h i W$mN"Oy4~
  6 验证来电/短信和设备特定的警报(如警报和通知)时的App行为。
2X*~.^]2z0  7 通过改变设备的方向,以不同的视图模式,验证App行为。51Testing软件测试网/F#B!C%x5u3K`v
  8 验证设备内存不足时的App行为。
H#Ad$GT*}0  9 通过用测试工具施加载荷验证App行为。
r so\kXIx'S0  10 用不同的支持语言验证App行为。
:Y5}ZU+wE2JO_0  显然,还会有更多的导致App崩溃的App特定场景。51Testing软件测试网v6moH D3srH F

51Testing软件测试网qF"x0ho

  结论

s(OwHO(wZ:h%v051Testing软件测试网G}1C w6J6\5b\2\

  在这项研究中,展示了针对移动App崩溃的通用测试案例。51Testing软件测试网Ozy P,^%TU
  如果移动测试团队在他们的测试场景中准备并执行这些测试用例,那么早在开发周期就可以找到崩溃相关的Bug。 然后,开发团队将阐明崩溃原因,并找出一个解决所有Bug的通用方法。最后,App质量和用户满意度就会增加。51Testing软件测试网-ph)j[IV


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2023-12-30  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 41724
  • 日志数: 49
  • 图片数: 2
  • 建立时间: 2006-12-26
  • 更新时间: 2014-05-06

RSS订阅

Open Toolbar