第二届移动测试会会后总结

2012-10-13  陈晔 

今天又是一个令人兴奋的一天。其一是移动测试会第二期顺利结束了,结束了才觉得自己多么疲惫。其二是测试人第三期网刊发布了,收入了我的两篇文章~开心~http://vdisk.weibo.com/s/fAMMb

 

今天的测试会让我们都很感动,由于我的失误没有把地点布置好,有些同仁只能站着了。不过今天来的同仁们都超乎我们的想象,很热情,很积极,整个下午几乎没有人中途离场,这个我们真的超感动的

 

今天的移动测试会主要是分成两部分,第一部分是由小丽分享的公司的Scrum实践,ppt地址如下:http://vdisk.weibo.com/s/fA1f7/1350118331

 

同仁提出的问题:移动测试很讲究UE,在整个项目的过程中有没有什么比较好的方法进行关于用户体验的审核。

 

我们的回答:做到两点就能够解决这样的问题。

1.     需求的审核。并非是大家一起全部进入一个会议室,然后开始漫长的需求审核。而是在开发码代码,测试写用例之前,让开发和测试分别花半天一天的时间进行需求的仔细审核。开发从代码的实现角度考量项目需求,测试人员则从最终用户的体验角度进行考量。然后总和之后,两者都没有疑问的情况下再进行接下来的工作,这样尽量就避免了产品到了最后阶段的反攻,也避免了产品发布之后用户觉得功能没有问题,但是体验很差。

2.     项目中的需求会议尽量早的,尽量多的将测试人员纳入其中。可能很多的测试人员没有被邀请,就觉得不用去参加。我们的建议是测试人员在这种时候就要稍微阿Q精神一点,尽量多的参加会议,但是主要的是在参加会议的同时你不是一个旁听者,你需要不停的从用户角度提出自己的想法,自己的建议。这样才能够让别人看到你的价值,那么慢慢的就会觉得你是一个不可获取的角色了:)

 

同仁提出的第二个问题:应用的用户反馈一般怎么取得,怎么进行相关的分析。另外,怎么判断针对应用的测试时候的优先级

 

我们的回答:应用的反馈现在有一个很好的平台,友盟。Android加入其sdk的代码就能够有很好的反馈。而苹果的话本身就有很好的反馈机制。

 

对于应用测试的优先级来讲,第一个是核心业务的功能,然后是查看哪些功能是关联性最大的,比如A模块可能同时影响到BCDEFG模块,那么A模块的优先级肯定是相比其他的模块来的高。其次如果是一个新的项目周期,那么那些新的需求肯定也是相对优先级高的。

当然也可以基于风险进行测试,而这个风险是要有一个长期的积累,那么就能够很容易的看出哪些模块是用户反馈问题最多的,哪些模块是缺陷发生率最高的。这样就能够很好的进行测试优先级的安排。

 

第二部分是我进行的实际操作演示,对于android的基本工具来讲有这样几个重要的点:

1.     最完善,最好的文档还是android的原生sdk文档

2.     adb的相关简单命令就跳过了

3.     DDMS除了对于抓log,进程查看之外,还有一个很重要的功能,查看内存分析。举例进行com.android.mms这个进程的查看,首先选中Name中的mms进程,然后选择show heap update(左上角),右边框选择标签VM Heap。点击GC按钮之后,我们需要观察data object一项。你可以一边进行应用的操作,一边进行GC才查看数据。如果发现data object这一项呈直线上升的趋势,那么这个进程的内存定是有泄漏。

4.     DDMS也可以进行dump HPROF file(左上角第二个),然后你可以通过eclipse的MAT插件进行hprof的查看,就能够查看得出到底是哪个具体的地方内存泄漏了。(切记,需要使用hprof-conv这个命令进行hprof文件的转换,才能够用MAT读取)

5.     Hierarchyviewer这个工具(同样在sdk tools目录下)该工具最大的用处在于能够让测试人员不接触源码的情况下看清楚应用界面的逻辑结构,以及每个控件的ID(ID是写自动化测试不可缺少的一个数据)

6.     Monkey的压力测试。这个可以说是一个android的检查nullpoint的测试标签。一般来讲在发布前必须跑25w次monkey,每次seed值不同的情况下,结果没有NullPoint Exception,那么才算通过。(这里需要告知,monkey的crash很重要,是必须进行修复的)

分享以下我之前的一个jpg:

2012年10月13日

 

 

最后有征集下次topic的过程,有如下建议:

1.     Android和ios的自动化测试讲解(这个我考虑我慢慢来讲)

2.     Android log的及时抓取,定位

3.     Android和ios的回归策略(哪些值得去回归)

4.     Sdk的接口测试

5.     Ios单元测试的策略,怎么样进行UT才更加有价值

 

这里我也征集以下把,有大牛愿意分享的,可以来和我说以下,你的分享也是一次学习的机会嘛~~

 

时间步早了,先分享倒这里。其实会的内容远远大于这些,所以呢还是希望更多的人来参加移动测试会。这里重申以下会的宗旨“我们不是一个沙龙,会上的每个人都是老师,都是学生,都能够随心所欲的发表自己的看法。我们旨在解决实际的问题,而不是停留在理论。

 

谢谢


517°/5023 人阅读/15 条评论 发表评论

熊志男  2012-10-14

虽然没参加分享会,但是看到你的总结,一样能学习到很多东西,不错,感谢


田庆希  2012-10-15

虽然我做移动测试的时候ios还不是主流,Android还没有出生,但是看后还是学到了不少东西,有些方法也可以运用的到其他测试


陈晔  2012-10-15

熊志男: 虽然没参加分享会,但是看到你的总结,一样能学习到很多东西,不错,感谢
其实少了很多的东西。因为我在解答学习的过程中都忘记纪录了。。=。=


陈晔  2012-10-15

田庆希: 虽然我做移动测试的时候ios还不是主流,Android还没有出生,但是看后还是学到了不少东西,有些方法也可以运用的到其他测试
嗯嗯,移动老前辈呀。目前我也希望能够wp的测试来分享。我会继续这样的会议下去的!


田庆希  2012-10-15

陈晔: 嗯嗯,移动老前辈呀。目前我也希望能够wp的测试来分享。我会继续这样的会议下去的!
呵呵 算不上前辈吧  测试起步时做的相关方面的测试 现在已经出来好久了


张丽丽  2012-10-15

终于找到手机软件测试点额同行了。我一直在想如何更好的测试android和ios平台上的软件的各个功能。你们这个沙龙是在北京开的吗?


李亚飞  2012-10-15

如果有跨平台的自动化工具测试 andriod 与 ios 就厉害了.


陈晔  2012-10-15

张丽丽: 终于找到手机软件测试点额同行了。我一直在想如何更好的测试android和ios平台上的软件的各个功能。你们这个沙龙是在北京开的吗?
我是上海的,所以目前组织再上海。不过北京接下来也会慢慢的过来的


陈晔  2012-10-15

李亚飞: 如果有跨平台的自动化工具测试 andriod 与 ios 就厉害了.
android和ios通用的?现在久有额。。= =


陈晔  2012-10-15

李亚飞: 如果有跨平台的自动化工具测试 andriod 与 ios 就厉害了.
不过没有关系,我也很欢迎交流的。383750787.期望移动测试的人加我qq,一起讨论~~~


陈晔  2012-10-15

张丽丽: 终于找到手机软件测试点额同行了。我一直在想如何更好的测试android和ios平台上的软件的各个功能。你们这个沙龙是在北京开的吗?
不过没有关系,我也很欢迎交流的。383750787.期望移动测试的人加我qq,一起讨论~~~


任煜烽  2012-10-16

安卓自动话最好有不需要代码源码支持的那种类似qtp的那种,因为代码内部变动过打包就得全重新跑一边。


陈晔  2012-10-17

任煜烽: 安卓自动话最好有不需要代码源码支持的那种类似qtp的那种,因为代码内部变动过打包就得全重新跑一边。
恩有的话是最好了。但是目前从行业形式来看估计是不可能了。但是就算有的话,其实按照andoird的app来讲的话,本身就比较折腾拉


任煜烽  2012-10-17

陈晔: 恩有的话是最好了。但是目前从行业形式来看估计是不可能了。但是就算有的话,其实按照andoird的app来讲的话,本身就比较折腾拉
其实有个方便的能从电脑端操作手机的工具就可以啦。这样自动话这个操作工具就ok啦


陈晔  2012-10-17

任煜烽: 其实有个方便的能从电脑端操作手机的工具就可以啦。这样自动话这个操作工具就ok啦
思路很正确,但是移动端的不可控性太强。这样做风险很大


请 登录 后发表评论