Android客户端为什么要进行适配测试

在正式开始android客户端的适配测试点整理之前，先给大家看几个数据。

下面是随机抽取某个android客户端在2月份的用户使用情况。

【Android不同系统版本下的分布情况】

【客户端在不同手机分辨率下被使用的分布情况】

【客户端在不同机型中被使用的分布情况】

从上面的图标，很容易看出：android客户端应用环境之复杂多样。所以在测试过程中，测试用例需要全面覆盖到不同的场景，通过全面的适配测试保证流过我们手中的产品质量OK，上图中不同人群对产品的体验完美。

二、         Android客户端的适配测试主要从几个方面覆盖

在测试中：我们需要尽量逼真用户的使用场景、作为产品的第一用户来使用来测试。适配测试：主要是从手机分辨率和系统版本两个方面入口；结合最开始我给大家看的几个图，可以总结出我们在日常测试中的需要覆盖的范围。

(1)手机分辨率：320*240 、480*320、800*480、854*480、960*540等；

(2)手机系统覆盖：2.3.*、2.2、4.0；在测试计划中：需要安排单独的时间用于android不同系统的兼容性测试，包括2.0以下版本和 3.*、4.0版本等;

(3)手机网络：要覆盖到wifi\2G\3G、net\wap、电信\移动\联通， 所有可能的组合进行测试。 

net  and  wap   是中国移动分的一个网段 ，net  是适用于笔记本，pad 等   

wap 主要是手机等 主要是资费不一样 ， wap 主要支持的协议是 http协议  和 wap 协议 ！

   http://www.360doc.com/content/09/1210/23/95778_10830212.shtml

原则：尽可能全面覆盖用户的使用场景,测试用例中需要包含不同网络排列组合的各种可能；

(4) 测试用例—跟手机之间的交互性测试点：

◆安装、卸载【重复安装与卸载】—-安装、卸载：手机内配置项的写、读、和删除；

◆客户端界面在不同大小手机屏幕的展现、横竖屏展现；

◆手机控件触发：触屏按钮、滚球、按键；有些情况：在对话框手机系统会自动添加：取消按钮。 要注意取消按钮的测试：有些需要开发进行按钮处理。

◆手机事件交互性适配及状态保持：

后台运行后—–是否记忆当前状态；多程序交叉后台运行；

断电、中途关机—–是否记忆当前状态；

闹铃、接电话看短信等—–是否会记忆当前状态，程序能否正常进行；

待机小段时间、待机很长时间—-是否正常运行，并记忆当前状态

拔插手机数据线—–对正在使用的客户端的影响中途按手机拍照键、打开手机音乐播放器：比如手机音乐播放器对Ａｎｄｒｏｉｄ客户端语音搜索的影响；拍照对手机条形码搜索的影响；

手机快捷键的处理：拨电话键、挂电话键、回退键、home键：客户端在中途使用过程这些键的响应处理。

三 、 Android客户端除了适配测试外，还有哪些测试范围

(1)Android应用的测试范围

(2)   稳定性测试：需要根据应用程序的大小和复杂度来定义稳定性衡量指标；比如：只有一个acitivtiy用于显示hello world的应用，其稳定性和一个复杂应用的稳定性指标是不同的。在确定指标之前，可以先对自己测试的应用进行多次摸底，求平均定义。

总结自己从事客户端测试的经验如上，望对大家有帮助。

接口代码开发自己测试完毕后，最后的步骤就是和对端厂商进行压力测试，以便考验代码性能情况（这里面包含了代码，硬件，

中间件部署等性能的测试）。这个是最烦人的步骤，尤其是你的对端厂商没有测试环境，更是令人闹心，要等到很晚系统本身不

用的时候进行环境切换，如果测试顺利通过还行，如果不能通过要每晚都加班才能进行测试。一般处理并发量比较大的程序，都

是通过多路硬件方式并发共同调用一个接口，以达到模拟大规模信息量的处理过程。硬件不是随时都具备的，当然也可以用流行

的压测框架，但是部署太复杂。无奈之下，自己只好动手写了简单脚本，这里利用主进程里面启动多线程，每个线程里面循环多

次的原理，也就是不断向自己接口端发送数据请求。代码如下：

　　一、主进程代码：

   package bss.intf.thread;

/**
 * 压测小脚本
 * @author zhangyp
 * @version 2009-02-28
 *
 */
public class MainControl {
 private static long sucessNum = 1;
 private static long shiNum = 1;

 public static void main(String[] args) {

  int i = 0;
  int num = 100;
  while (i < num) {
   i++;
   ThreadClient client = new ThreadClient();
   client.setNum(i);
   System.out.println("^^^^^^^^^线程" + i + "启动^^^^^^^^^^^^");
   client.start();//启动线程
  }
 }
}

　　二、线程脚本：

package bss.intf.thread;
import java.rmi.RemoteException;
import crmwsi.crm.WSSPortTypeProxy;

/**
 * @author zhangyp
 * @version 2009-02-28
 */
public class ThreadClient extends Thread {
 int num;
 public void setNum(int n) {
  this.num = n;
 }

//在run里面变动业务处理的逻辑
 public void run() {
  int i = 0;
  String accNbr = "18920020202";
  int accNbrType = 4;
  String password = "111";

  int passwordType = 1;
  int encryptFlag = 1;
  String areaCode = "022";

  String channelId = "-10000";
  String staffCode = "-10000";

  String utXml = "";
  while (i < 40) {
   System.out.println("==========第"+ num + "线程里面，第"+ i + "次请求START=======");
   WSSPortTypeProxy proxy = new WSSPortTypeProxy();
   proxy.setEndpoint(
    "http://136.64.44.237:9010/BssCrmWebService/services/CustomerService_B");
   try {
    utXml =
     proxy.checkPassword(
      accNbr,
      accNbrType,
      password,
      passwordType,
      encryptFlag,
      areaCode,
      channelId,
      staffCode);

    System.out.println(" utXml=" + outXml);
    i++;
    System.out.println(
     "***********第" + num + "线程里面，第" + i + "次请求END*****");
   } catch (RemoteException e) {
    System.out.println("ERROR");
    e.printStackTrace();
   }

  }

 }
 public static void main(String[] args) {
 }
}

　　说明：这个是模拟客户端调用webservice的时候的测试脚本，效果很好的。大家也可以对run部分进行修改，我曾经测试过自

己写的脚本，当线程启动是1000个，每个线程是里面循环100次的时候机器（小型机的配置24个CPU，40G的内存，中间件用的是

weblogic8.1，数据库 ORACLE9i）就会被压垮（不是机子挂掉，只是很多队列都塞满了，主机进程有死锁的），这时客户端就会

报超时。未优化应用前，只要启动50个线程，每个线程里面循环10次，客户端就会报告超时。

　　相同硬件效果的对比度：一般来说当启动200个线程循环100次，就相当于一秒钟200次业务处理量，也就是基本上可以硬件上

一秒并发200次的效果，这个是做过测试的，我的客户需要一秒处理60次业务量，未优化前一秒30次都达不到，可是优化我先用

这个脚本测试通过后，和华为（我的对端厂商，他们一般都用硬件进行压力测）测试后不仅达到他们的要求，而且一秒200次的

并发量都没有问题

　　缺点：没有加载时间，没有统计失败和成功次数，这个用的时候可以自己加上。不能够测试业务处理比较复杂的接口，正在

改进！大家有好的想法也可以说下哈~！

1.定义

robotium 是基于android软件的功能测试的自动化框架工具 ，可以通过框架里面的函数进行自动化测试 ！

2.相关网站：

Android自动化测试