其实有时候自己会思考,假如有一天需要自己负责一个新的apk,整个测试组只有我一个人,那么我会怎么办。
这个问题也是挺有意思的,之所以会思考写出来,是因为我知道如果面对这个问题,我一定会手足无措的,所以先来玩玩 :)
整个立项到发布的整体流程以后再写吧,这里从开发的预研开始。
其实我还是建议测试了解开发逻辑是从有一个成品的apk开始,因为如果从预研就去深入的话,中间变动太大,前期app还没开发出来测试应该思考针对这一类的app(某类的应用其实界面元素都是蛮像的)怎么做性能和自动化测试,比如需要什么性能指标,自动化框架哪个适合并深入研究,针对开发预研的大体方向学习一下应用的技术,例如我们大家都在用的微信,前期可以思考到的性能指标为,耗电,CPU,内存,如果保证消息的时效性,避免后台被杀的方案,自动化是以界面为主,所以主流的框架都可以用,当然腾讯自己肯定有自己的框架的。
前期就这么友好地度过了,接下来就是常规测试,测试方法前面文章已经说过了,看个人吧,我的方法并不一定适合所有人了。第一个版本发布药做好兼容性和跟踪外网问题,基本就差不多了。其实重点还是项目的持续性迭代,包括我以及大多数产品都是在这个阶段的吧,我认为这个阶段就是这几个部分组成的:
1.新功能模块的功能测试
2.测试用例的编写
3.自动化用例编写和完善
4.重要模块的性能(我认为这不应该单独列出来了,因为平时测试功能模块的时候也要关注一下自己模块的内存时延,单独拿出来让一个人测试那个人也没有比测的人了解逻辑)
5.周期发布前的全面功能测试和安装覆盖安装
6.回归BUG
7.想到再添加上去吧 @.@
要做的其实也就这么多吧,等等,时间好像没加上,于是列个excel表格出来看下(仅供参考,如有雷同,你抄我的吧 ->.->)