这个的确是一个比较逼人的问题。所以我才会说评估不仅仅是通过打出来的apk或者ipa来做的。而是在在项目迭代中持续去做的,那么直到功能完成度100%的时候就差不多可以做一轮完整的。那么问题又来了,一般应用都还会继续去改,怎么办呢?所以我说要CR啊。要结合业务重要性,功能重要性,代码的修改来一起评估每次修改所造成的影响。我们不可能每次都去做一次专项,所以这个是必须会的技能。
好了,这些解释完了。那么我们继续来看最最上面我提到的专项的关键点怎么办。这个我就拿我在西安写的keynote为例子吧。
好吧。这个不是我,是工具。我先澄清下。
使用不同的策略:其实就是根据自己的策略(各种操作比重不同)来制定脚本,包括也可以简单的二次开发,现在流行的做法就是去读取当前所有的Views,然后去做遍历,保证monkey可以在每个Activity上面都执行的到。
使用不同渠道商的脚本:现在各个渠道商都是有自己的monkey脚本来做测试的,如果不通过那么一样耶会被退回来,那么与其这样,不如提前去做。
修复所有的bug:那么这个就是标准了,0 crash和 0 ANR。这两个都是不允许的。
这个其实也是很重要的一个数据。那么我们在做之前首先先要来关注每个机器的OS给每个应用分配了多少内存占用量,否则你怎么知道数据是大是小呢。
原文转自:http://www.cnblogs.com/iloverain/p/5604172.html