宇宙中心接任务

上午10:05

五道口漫咖啡,Jarod摆弄着新淘来的Nexus5手机,时而饮一口桌上的焦糖拿铁,间或偷眼瞄一下邻桌的长腿妹子。

上午10:30

Allison如约而至,开始为Jarod介绍本次任务,并演示本次任务的目标:对Android应用“探路者”进行性能评估。“探路者”是Allison所在公司的新研发的产品,既有给用户展示的动态界面,也会常驻手机后台。其核心业务模式是将位置信息上报云端,结合云端数据进行复杂的计算后,将计算结果返回给手机。“除了CPU的消耗,还有流量的消耗和GPS模块的使用”,Jarod默默记下。

由于“探路者”是Allison本次创业的关键,不容有失,但创业公司资源紧张,团队中并没有专门的终端测试专家,产品临近发布,心里不免惴惴,于是便有了这次与Jarod的合作。

Jarod现在是一名自由职业者,曾任职于世界知名IT企业的安全产品部门,有着丰富的软硬件测试经验和黑客经验,如今五子登科,便早早主动退休,过起了养鱼遛鸟的生活。闲来无事,Jarod也会偶尔从熟人圈子接些私活,与人方便,也顺便瞒着夫人赚些零花钱,以维护经济自由。

上午11:15

Allison交接了委托任务后先行离去,Jarod先简单浏览了“探路者”的界面,把玩一番后,又开启了核心的“随行”功能,“随行”功能是持续型功能,要在运动中才能看出效果,不过静止的状态也是要保证正常处理的。虽然Allison说过“探路者”已经通过了功能测试和用户体验,基本功能是没问题的,但Jarod作为一个资深的测试者,怀疑一切是职业的第一信条,质量如何,一定要亲身试过才知道。

上午11:30

Jarod判定“探路者”的基本功能正常,于是对“探路者”进行启动状态的基本性能评估。Jarod先将“探路者”退出,然后从测试工具GT中启动“探路者”,启动完成后回到GT界面查看,“探路者”的CPU占用在0%-2%波动,结合手机默认的调频策略判断比较正常,jiffes(CPU时间片)值累积在400多,内存PSS值稳定在36M,上行流量和下行流量都不到1K,无异常,数据存档。再启动电流监控观察,1分钟后平均电流是220mA,从数据变化曲线上看没有连续的峰值和规律性波动,待后面长时间测试时综合多项指标再分析吧。回到“探路者”界面,从GT的悬浮框中观察,CPU占用在0%-5%波动,PSS值和上下行流量也没有异常的增长,OK。

  一人一机一GT

上午11:50

Jarod完成“探路者”的启动性能验证,把采集的数据存档备案后,开始场测(到产品的实际使用环境中测试)前的准备:清理了“探路者”的缓存,给手机充满电并固化了亮度等设置,规划好场测路线,顺便吃午饭。40分钟后,Jarod喝完最后一杯柠檬水,只带上Nexus5,便奔香山去了。作为独行的极客,Jarod追求极致简约:MBA,mini机箱,无线键鼠,网线自然是见不得的,所以当Jarod遇到“GT随身调”时,一种幸福感无可言状,因为GT可以独立完成手机的大部分性能指标的采集,以后场测时他不必再背着笔记本,不必再带着电流计了。Jarod出门前计算了一下,本次任务的实测和数据采集,1人1机1GT足矣,充电宝也不带了。

下午12:45

Jarod上了辆直达香山的311路,找了个座位坐下,先打开了GT的“月光宝盒”,再启动“探路者”并切换到 “随行”模式,接着使用GT对其进行性能监控,然后在GT的悬浮框中对CPU、PSS、流量值即时观察。行进中,PSS逐渐跃升到90M稳定下来,观察一会没有明显的内存泄露迹象,OK。但是“探路者”的CPU占用持续在25%~40%,这对主流的4核手机已经算是高消耗了。Jarod等了3分钟看到CPU没有下降的趋势,于是进入GT界面,发现这几分钟的平均电流达到660mA。Jarod心里一紧,对Nexus5的2100mAh的电池来说,持续运行在“随行”模式下的手机只能支撑3个小时,与“随行”的目标续航5小时有不小差距。

公交上忙碌的Jarod

     Jarod立即观察流量,10分钟的下行流量有110K,在没抓包的情况看不出明显的疑点。Jarod思考了一下,对着“随行”界面上几个按钮试了试,其中有个点下去,屏幕上弹出“停止实时路况”的提示,再看平均电流,这回降到500mA。“先反馈上去,看看这块逻辑能有多大的优化空间吧”。Jarod想。“即使开启实时路况的耗电优化到550mA,续航时间能达到4小时,离目标还差1小时呢”。Jarod又开始盯着手机观察“嗯,画面的动画倒是挺顺滑的……咦?好像忽略了什么……会不会过于顺滑了?”这个想法闪念而出,Jarod立即切到GT的界面,激活FPS(帧率)的监测,回到“随行”界面观察。从GT的悬浮框中,Jarod看到FPS的数字变换着:59,60,60,58,60,59,59,59……“果然如此,Allison他们并没有给动画做帧率上的限制,所以Android系统会尽可能的刷新UI画面,达到上限60帧”。其实,从Jarod的经验看,“随行”功能并不需要这么高的帧率,即使把动画刷新降低到30帧,普通用户也不会感觉到有卡顿的。而降低帧率,最直接的好处就是减少耗电。

Jarod立即记下:“建议1:在不影响动画效果下降帧率。建议2:优化‘实时路况’的算法性能。”

Jarod又持续的对“随行”的性能数据进行了10分钟的采集,确认没有新的发现后,即保存了数据,进行第二个核心功能“潜行”的测试。“潜行”是“探路者”退到后台或手机灭屏后,“探路者”仍然以语音提示的方式对用户提供服务的模式。

下午13:25

Jarod开始“潜行”模式的测试,还是那些监测指标。顺利的“潜行”了10分钟后,Jarod看到没有明显异常,只是产生了140K的下行流量,比“随行”模式还要多一些,而上行流量也达到70K,。虽然流量一般会根据环境的复杂变化出现较大波动,不过Jarod谨慎起见,还是决定上山测试“潜行”的时候,用GT抓个包回去分析一下。

登顶香炉峰

下午13:55

Jarod到达香山,启动抓包后,开始测试爬山中的“潜行”。五月的香山风景迤逦,凉风习习,Jarod工作兼怡情,畅快之余,不免健步如飞,四刻钟后即抵达香炉峰。掏出手机,点亮屏幕一看,顿时傻眼,原来“探路者”不知何时已弃主crash于宝刹云间去了。“刚刚爬上香炉峰的时候,‘探路者’还语音提醒了啊……”,回想到这里,Jarod心中有所明悟。熟练的保存了抓包文件后,Jarod切换到GT的Logcat查看界面,立即把手机缓存的Logcat日志保存下来,然后开始回溯。所幸,在3分钟前的位置发现了“探路者”crash的踪迹。“有迹可循的crash都不会太难解决,又多了笔收获”,Jarod心中盘算。

下午15:10

Jarod看到Nexus5的电量已不足30%了,便关闭了早先在GT上打开的“月光宝盒”准备下山。其实“月光宝盒”是一个记录用户移动轨迹的功能,利用它,Jarod完整的记录了这次测试过程中的位置变化,后续若有回归测试,在Android手机模拟GPS的模式下回放录制好的移动轨迹,就不必再跑一趟香山了。

下午16:15

Jarod赶在大塞车之前回到家中,连上电脑分析抓包后,连同一天的测试数据一起整理了报告给Allison,Allison立即回复并预约了3天后进行回归测试,Jarod表示接受挑战。

下午16:30

算算时间孩子该放学,妻子也该串门回来,Jarod摇身一变回复了本职,开始准备一家3口的晚餐。

Jarod去做饭了,但给各位读者留下个口信:欲知GT详情,请直接访问腾讯的GT官网http://gt.qq.com 哈!

文章来源于腾讯云开发者社区,点击查看原文