一个app测试人员应该做到的

目前,管后端也兼管测试,想想如果我创业开公司招测试人员,会希望一个普通测试人员要做到哪些呢,记录于此:

  • 新老版本兼容测试

往往新需求开发完了,所有人都在关注新需求,新界面,新体验,然后从后端上线,到发版并提交各应用市场审核,到审核通过并上架,再到用户主动升级app,这个过程是很长的,android应用市场全走完可能要一周,appstore在审核严格的时候,可能两周都走不完这个空档期,所以老版本的兼容测试是一定要走的,就算新版本全铺开了,也有大量用户一段时间内不升级。

  • 线上环境的功能回归

开发打测试包后交给测试人员,测试便开始了,但是开发打完线上包时,并不意味着测试结束。此前是在测试环境下,测测试包,各种观察也更仔细些,耗时耗力地抓各种细节。但是打了线上包之后,需要在包提交到应用市场前,回归app的基本功能和新功能,此时不需要做压力测试或者极限测试,只需要走大体流程,毕竟测试环境和线上环境是两个不同的环境,也有可能上线过程有遗漏,测试环境没问题,并不代表线上就一定OK。以前就有血的教训:测试环境好好的,线上环境一启动就闪退,结果提交到应用市场被打回,浪费大量时间。

  • 极限测试一定要做

比如测试app一个类似发朋友圈的功能,一定要明确文字最少是多少个字,最多是多少个字,图片最小是多少张,最多选择多少张。再或者用户注册功能时,也一定要明确『用户名』最少是多少个字,最多是多少个字,这些极限情况是一定要测到。当选择上限进行测试时,很有可能因为程序出现承载的上限而变得处理很慢,体验很差,此时就需要跟产品沟通下调这个上限值。比如产品拍脑袋说用户一次上传照片最多可以100张,结果实测发现当100张时,wifi条件下都需要等待5分钟才能处理完,用户几乎不可能有这样的耐心,明显不适合了。

  • 白盒测试也要有

多数公司的测试是不会写代码的,如果能写代码,还能看个堆栈信息,那就完全可以把开发的活干了。反正勉强能写个脚本就算很不错了,所以往往全是黑盒测试,直白一点就是全靠界面上点吧点吧来完成测试,这其实是不够的,当然让测试去读开发的代码也不现实。但测试应该做到观察后端日志或者是手机端的日志,有时界面上一切良好,但实际是有问题的,通过观察日志却能一眼发现问题。比如以前遇到手机端为了调试方便,所有向服务端提交的数据进行了json格式化处理,方便阅读,但是这样导致提交的数据量变大很多,日志存储和数据库都浪费了空间,而界面上没有任何问题,结果最后app就被测试放行直接发版了。还有一次手机端同学开发时将缓存全关闭,测试也在界面上点击,自然也不会发现问题,但是上线之后瞬间发现服务器压力翻倍了。

当然测试需要些基本素质。专业素质上至少他应该知道什么啥叫白盒、黑盒,啥叫单元测试,啥叫系统测试,KB/MB/GB的换算,啥叫json,啥叫xml,http请求啥叫POST,啥叫GET。做事态度上,善于记录问题,懂得沟通的技巧,跟反馈问题的用户有足够的耐心,工作上细心不放过细节。

特别说明一点,UI验收是设计人员的事,功能验收是产品人员的事,功能自测是开发人员的事,这都不是测试人员的事。往往会有老板认为,招了个测试,那么app应该再也不闪退,再也不出问题,也会有开发认为代码写完就是完事了,也不管功能走不走得通,测试人员应该7x24小时在线提供测试服务。

发表于2017-05-09 16:05   修改于2017-05-09 16:05   评论:0   阅读:129  



回到顶部

首页 | 关于我 | 关于本站 | 站内留言 | rss
python logo   django logo