【Android测试】【随笔】性能采集工具——小松鼠诞生记

 版权声明:本文出自胖喵~的博客,转载必须注明出处。

   转载请注明出处:http://www.cnblogs.com/by-dream/p/4945066.html

 

 

起因


  去年刚加入TX的时候,我便接手了路宝这款App的性能测试工作。

  当时的性能测试的需求是,采集腾讯路宝在“前台导航”“后台导航”等数个场景下的电流值、cpu、内存、流量等数据。而当时的采集手段是:使用GT回放一段固定的gps轨迹,然后发起导航后使用GT来采集数据。具体过程如下:

 

  从上图可见,整个过程中需要人工干预,其中设置GT操作App是一个重复、繁琐的过程。并且为了保证测试的环境一致,减少误差,需要保证每次电池的电量是一致的(尤其在电流的采集中),但是充电过程比较耗费时间,并且需要人监测,浪费了不少精力。在和项目比较紧张的时候,人力都投入到了项目上,导致性能测试只能在项目完成后再进行测试,每次的结果都是比项目上线要滞后一步。

  于是针对以上痛点,我们经过调研和思考决定采取以下方法来解决目前的现状问题:

  1、充电:使用继电器来完成自动冲、放电;

  2、设置GT:手工操作GT的方式,用程序调用GT的SDk来驱动(后来GT支持了广播方式驱动,也可以用广播);

  3、操作App:使用谷歌提供的Uiautomator来进行UI自动化。

 

 

初探


   有了上述的解决思路后,我便开始一步步的去落实每一项任务。我的想法是用一个Android的应用程序(小松鼠的雏形)来总体控制这所有的事情。我们接下来看看这每一步和小松鼠都是怎么联系起来的:

 

自动充电

  从智能平台测试组kerlyyuan同事那里,了解到了继电器可以做到这个,但是对于不懂硬件的我,究竟怎么去弄懂这玩意呢?这期间花费了我很多的精力:咨询淘宝卖家、查阅资料、请教前辈。最终终于搞清楚了这个小玩意的用法。

  而最终指定的解决方案是:将usb数据线的电源线,接在继电器的两端来控制usb数据线的开和断。听到这里是不是有点迷糊了?没事往下看,我会慢慢的解释。

  继电器

    PL2303,是一个usb转串口的单独继电器模块,淘宝搜索有很多卖的。它就是用来控制线路的通和断

  

  USB数据线

    用了这么久的usb数据线,估计今天你们才知道它的内部结构吧。各个线的含义:USB电源线(红线)、数据线负(白线)、数据线正(绿线)、地线(黑线)。

 

  连接方式

    1、将USB数据线的电源线(红线)拦腰剪断,去除外部的绝缘层,让金属丝出来

    2、将电源线两头裸露出来的金属丝固定在继电器的后面两个接触点上,如图所示:

    当年为了做这个东西,不知道残害了多少数据线宝贵的生命,曾一度可怜到没数据线用,至今的充电线还是当年被我破坏后,又进行手术挽救回来的生命。 

  使用方法

    使用的时候只需将继电器插在pc的usb口上,然后pc端向串口发送数据,即可控制继电器的开和断,从而觉得手机是充电还是断电。

    控制继电器的pc端程序,我用c++实现了一个“TencentRelay”的程序,两种方式调用:

    1、界面调用:

      直接填写好当前继电器占用的串口号,模块地址默认为1,然后点击连接串口;连接成功后,点击”吸合”打开继电器,点击“断开”断开继电器;

    2、命令行调用:

      调用命令 ”TencentRelay.exe 3 1 open“ 打开继电器;

      调用命令 ”TencentRelay.exe 3 1 close“ 关闭继电器;

      其中参数二为串口号,参数三为模块地址默认为1,参数四为操作命令,只接受open和close; 

  当继电器打开(吸合)后,继电器硬件的红色指示灯点亮,此时可以模拟充电,相反当继电器断开的时候,红色指示灯熄灭,此时处在断电的状态。

  

  小松鼠如何控制

    PC端我用python写了一个简单的服务器,并且用全民wifi搭建出的一个热点,手机的wifi连接到这个热点之后,它们便处于同一局域网中了。小松鼠App注册了一个电量变化的广播接收器(BroadcastReceiver)来随时接受电池电量的百分比,当手机在充电的时候,如果电量达到了预期值,则会通过UDP协议与PC端的服务器进行通信,服务器收到消息后,便会调用TencentRelay.exe来控制关闭继电器,开始性能测试。

  

设置GT

  GT做为一款优秀的性能组件,其功能非常强大,并且支持了SDK的调用和广播方式的调用(后来才完善的),因此初期的时候,我在小松鼠内部引入了GT的jar包,通过调用SDk来实现gps轨迹的回放,开始采集性能数据,结束采集性能数据,保存文件等。下面是我使用GTsdk时封装的类,可以参考一下:

  1 package com.bryan.testbattery;
  2 
  3 import java.util.Calendar;
  4 
  5 import com.bryan.data.DataTask;
  6 import com.bryan.testbattery.activity.MainActivity;
  7 import com.tencent.wstt.gt.client.*;
  8 import common.CommonVar;
  9 
 10 import android.content.Context;
 11 import android.os.Build.VERSION;
 12 import android.os.Bundle;
 13 import android.widget.EditText;
 14 
 15 public class MyGT
 16 {
 17     public Context mainContext;
 18     
 19     public EditText myEditText = null;
 20     
 21     String savefilenameString = null;
 22     
 23     //--------------new
 24     DataTask m_dataTask;
 25     String m_appname;
 26     String savefilename = null;
 27     public RunShell myRunShell = null;
 28 
 29     public MyGT(Context parent)
 30     {
 31         mainContext = parent;
 32         myRunShell = new RunShell(mainContext);
 33         
 34         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT Construct finishs ",CommonVar.LOG_HIDE);        
 35     }
 36     
 37     /** 将GT挂载到小松鼠上,启动小松鼠,GT也随之启动 */
 38     public void GtConnect()
 39     {
 40         GT.connect(mainContext.getApplicationContext());    
 41         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT is connect with this APP", CommonVar.LOG_SHOW);
 42     }
 43     
 44     public void givedata(DataTask dt, String appname)
 45     {
 46         m_dataTask = dt;
 47         m_appname = appname;
 48         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: 传递给GT的appname是:"+m_appname, CommonVar.LOG_HIDE);
 49     }
 50     
 51     public void openPerformance()
 52     {        
 53         GTAutoTesterForApp.startTest(m_appname);
 54         if (m_dataTask.stu_performance.cpu)
 55         {
 56             GTAutoTesterForApp.startSample("cpu");
 57             GTAutoTesterForApp.startSample("jif");
 58             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: startSample CPU,jiffs", CommonVar.LOG_SHOW);
 59         }
 60         if (m_dataTask.stu_performance.pss)
 61         {
 62             GTAutoTesterForApp.startSample("pss");            
 63             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: startSample PSS", CommonVar.LOG_SHOW);
 64         }
 65         if (m_dataTask.stu_performance.fps)
 66         {
 67             GTAutoTesterForApp.startSample("fps");
 68             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: startSample FPS", CommonVar.LOG_SHOW);
 69         }
 70         if (m_dataTask.stu_performance.battery)
 71         {
 72             BeginBattery();
 73         }
 74         if (m_dataTask.stu_performance.net)
 75         {
 76             GTAutoTesterForApp.startSample("net");
 77             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: startSample NET", CommonVar.LOG_SHOW);
 78         }
 79         if (m_dataTask.stu_performance.tcpdump)
 80         {
 81             BeginTcpdump();
 82             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: start  tcpdump", CommonVar.LOG_SHOW);
 83         }
 84     }
 85 
 86 
 87     public void stopGT()
 88     {
 89         if (m_dataTask.stu_performance.battery)
 90         {
 91             StopBattery();
 92         }
 93         if (m_dataTask.stu_performance.tcpdump)
 94         {
 95             StopTcpdump();
 96         }
 97         GTAutoTesterForApp.endTestAndClear(savefilename);
 98         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: stopGT and call 'GTAutoTester.endTest( )' save to " + savefilename, CommonVar.LOG_SHOW);
 99     }
100 
101     
102     public String CreateGTDataFileName()
103     {
104         
105         long now = System.currentTimeMillis(); // 取得当前时间
106         Calendar c = Calendar.getInstance();
107         c.setTimeInMillis(now);
108         
109         String timeString= (c.get(Calendar.MONTH) + 1) + "~" + c.get(Calendar.DATE) + "_" + c.get(Calendar.HOUR) + "~" + c.get(Calendar.MINUTE) ;
110         String versionString = myRunShell.getVersion(m_appname)+ "." +((c.get(Calendar.MONTH) + 1)*100+ c.get(Calendar.DATE));
111 
112         savefilename = "小松鼠-" + timeString + "-"+m_appname+"-"+versionString+"-"+ m_dataTask.describe;
113         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT:  " + savefilename+" 这个文件将是将来要保存的文件名,这里只是创建了一个字符串,没有创建真正的文件夹 ",  CommonVar.LOG_SHOW);
114         return savefilename;
115     }
116     
117     
118     
119     public String GetSaveFileName()
120     {
121         if (savefilename == null)
122         {
123             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT:  " + savefilename+" is not exists",  CommonVar.LOG_SHOW);
124             return ("date");
125         }
126         return savefilename;
127     }
128 
129     // 回放GPS
130     public void ReplayGPS()
131     {
132         String gtversion = myRunShell.getVersion("com.tencent.wstt.gt");
133         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT version is :  " + gtversion,  CommonVar.LOG_SHOW);    
134         
135         if (gtversion.compareTo("2.2.1") ==0)
136         {
137             myRunShell.CallGPSActivity();
138             Bundle bundle = new Bundle();
139             bundle.putString("cmd", "replay");
140             bundle.putInt("seq", Integer.parseInt(m_dataTask.mockgpsvalue));
141             GT.setCommand("gps", bundle);
142             try
143             {
144                 Thread.sleep(500);
145             } catch (InterruptedException e)
146             {
147                 e.printStackTrace();
148             }
149             //myRunShell.PushHomekey();
150             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: sdk-回放第 "+m_dataTask.mockgpsvalue+"个gps 的轨迹", CommonVar.LOG_SHOW);
151         }
152         else 
153         {
154             myRunShell.ShellONECommand("am broadcast -a com.tencent.wstt.gt.plugin.gps.startReplay --ei seq "+m_dataTask.mockgpsvalue+" --ei progress 0");
155             ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: 广播-回放第 "+m_dataTask.mockgpsvalue+"个gps 的轨迹", CommonVar.LOG_SHOW);
156         }
157         
158     }
159 
160     // 结束GPS的回放
161     public void StopGPS()
162     {
163         Bundle bundle = new Bundle();
164         bundle.putString("cmd", "stopReplay");
165         GT.setCommand("gps", bundle);
166         
167         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: stop ReplayGPS", CommonVar.LOG_SHOW);
168     }
169 
170     // 开启电流测试
171     public void BeginBattery()
172     {
173         Bundle bundle2 = new Bundle();
174         bundle2.putString("cmd", "start");
175 
176         GT.setCommand("battery", bundle2);
177         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: setCommand Battery", CommonVar.LOG_SHOW);
178     }
179 
180     // 结束电流测试
181     public void StopBattery()
182     {
183         Bundle bundle2 = new Bundle();
184         bundle2.putString("cmd", "stop");
185 
186         GT.setCommand("battery", bundle2);
187         ((MainActivity)mainContext).ThreadUpdateLogToUI("GT: stop Battery collect", CommonVar.LOG_SHOW);
188     }
189     
190     // 开启抓包
191     public void BeginTcpdump()
192     {
193         myRunShell.ShellONECommand("mkdir -p /storage/emulated/0/GT/GW/"+m_appname+"/"+savefilename);
194         String cmdString = "/data/data/com.tencent.wstt.gt/files/tcpdump";    
195         if (m_dataTask.useWifi)
196         {
197              cmdString  += " -i wlan0";
198         }        
199         cmdString += " -p -s0 -vv -w /storage/emulated/0/GT/GW/"+m_appname+"/"+savefilename+"/res_Capture.pcap";
200         
201         final String tmp = cmdString;
202         new Thread(new Runnable()
203         {
204             @Override
205             public void run()
206             {
207                 myRunShell.ShellONECommand(tmp);
208             }
209         }).start();
210         
211         
212     }
213     
214     // 结束抓包
215     public void StopTcpdump()
216     {
217         ProcessUtils.killprocess("tcpdump");
218         try
219         {
220             Thread.sleep(3000);
221         } catch (InterruptedException e)
222         {
223             e.printStackTrace();
224         }
225     }
226     
227     //取消挂载GT
228     public void disconnect()
229     {
230         GT.disconnect(mainContext);
231         try
232         {
233             Thread.sleep(2000);
234         } catch (InterruptedException e)
235         {
236             e.printStackTrace();
237         }
238     }
239 }
GT

 

 

操作App

  之所以选取Uiautomator,两个原因:

  1、可以脱机运行:只需将jar包push到手机中,然后在小松鼠中使用Runtime运行一句命令即可。而这个需求Appium是无法满足我的。

  2、跨进程:一方面可以在没有源码的技术上,进行UI自动化,这个主要用在竞品对比中;另一方面提升UI自动化的稳定性,举一个很简单的例子:有一次我的自动化执行过程中失败了,原因是找不到控件,我会在出错的时候截图,当时记录下的场景是刚好有人在给我的测试机打电话,于是我在我的脚本中增加了这么一条,如果在找不到控件的时候去判断是否有电话来了,如果是,就去挂掉它。所以Robotium也不是我的菜。

  每次的流程是:

  小松鼠调用GT sdk开启性能采集 --> 小松鼠通过Runtime 调用 “Uiautomator” 命令开始模拟App操作  --> 小松鼠调用GT sdk停止性能采集 

        if (dataTask.stu_performance.battery || dataTask.stu_performance.cpu || dataTask.stu_performance.fps || dataTask.stu_performance.net || dataTask.stu_performance.pss
                        || dataTask.stu_performance.tcpdump)
        {
            // 根据性能选择项,启动GT监控测试
            m_gt.openPerformance();
            Thread.sleep(1500);
        }

        // 根据uiautomator命令启动APP程序        
        shell.ShellONECommand(dataTask.cmd);

        
        if (dataTask.stu_performance.battery || dataTask.stu_performance.cpu || dataTask.stu_performance.fps || dataTask.stu_performance.net || dataTask.stu_performance.pss
                        || dataTask.stu_performance.tcpdump)
        {
            m_gt.stopGT();
            Thread.sleep(3000);

        }

  这样的方式调用Uiautomator命令,是一个同步的过程,因此Uiautomator的执行时间就决定了性能采集的时长,因此在写脚本的时候,发起导航后,需要sleep的时间就是到达目的地的时间。

 

 

小有成果


简介  

  做完上述的所有工作之后,小松鼠第一代诞生了:

  先简单介绍这个工具的各个控件的含义吧:

  参数设置

    预期电量值:当你设置之后,只有当前手机电量的百分比大于等于这个值后,App才会给PC发消息关掉继电器,然后进行后面的流程;

    服务器IP:电脑上共享来的无线网卡的ip地址;

    测试用网络:uiautomator开始运行时使用wifi还是3G网络;

    性能测试项:勾选哪一项,就会通过调用再采集的时候只采集该项;

    执行场景:勾选哪一项,就会执行对应的uiautomator脚本;

    GT保存路径:采集完成之后,性能数据保存的文件夹名称

  当前状态

    这一栏当时在做的过程中主要是调试用的。

    wifi状态代表当前wifi是打开还是关闭;电量状态代表的是当前手机电池电量的百分比。

  log

    当出现错误时,可以初步定为问题,因此保留log在主界面。

  操作

    当配置栏设置好之后,点击开始即触发了任务。结束会停止任务。

 

使用步骤

  知道了App的参数含义后,相信大家已经基本会用了吧。每一次的性能测试,我们都可以通过这样的方式来进行:

  1、 将继电器插在PC端,并且使继电器处于吸合(打开)状态,将搭载继电器USB线两端分别连接电源和手机,使手机处于充电状态;

  2、 给手机安装APP TestBattery,启动APP之前,关闭GT和路宝;

  3、 配置好局域网,填好局域网内IP地址,将PC端服务器打开;

  4、 打开手机端APP,设置预期电量值、服务器IP地址、性能测试项、测试场景、日志存放文件夹名称等一系列参数,设置完毕后,点击开始按钮;

  5、此时APP出于检测状态,电量状态当手机实际电量等于填写的预期电量值时,就会触发关闭继电器,开始性能测试,性能测试的整个过程中,GT实时地采集性能数据,待一个场景测试结束后,手机自动连接WIFI给PC端服务器发消息;

  6、 PC端收到数据后就会打开继电器,再次进入充电状态;

  7、 这样一轮测试就结束了,本次保存的性能测试数据存放在手机中的GT目录下;

 

不足

  很显然这个方案相比较之前的方案,已经省去了很多的人力,每一次的测试都需要提前准备好继电器,并且配置好App,点击开始即可进行了。但是仍然有可以改进的地方:

  1、UI不美观:

    虽然这是一个自己使用的App,但是它也有一颗登上大舞台的心,梦想还是要有的,万一实现了呢?因此有一套美观的UI也是一个像样点App的最基本的要求;

  2、配置缺陷:

    不知道有没有人发现,每次测试的时候都需要配置一次,并且每次只能测试一个场景,如果要是一次能配置多个场景,让它一个接一个的执行,这样则更加方便了;

  3、无法测试其他App:

    在 “执行场景” 这个地方,Uiautomator脚本和对于的场景是在Android代码里写死了,如果要运行其他程序,则需要改源码。

  4、结果处理:

    目前在一轮性能测试结束后,采集的性能数据结果存放在手机上GT的目录下,不方便即时的查看,不能做到数据的实时展示。

 

浴火重生


  就这样我决定针对第一版的不足去大改一次它,即使它已经服役了好几个版本的路宝性能测试的采集工作。

  再经历了两个月后,新版的小松鼠出炉了!!

  你可以看到除了UI上有了很大的进步(做为一个写代码的,ui做成这样,我觉得已经可以了),功能变的更加的强大,解决了第一版的所有缺陷,当然功能越强大带来的问题就是操作性上可能更繁琐了,这里的操作可能更多的就是配置了,因此为了解决这个问题,我在配置这一块支持了外部配置,即使用一个xml的配置文件即可完成配置。好了,我们先看看配置文件的定义吧。

<?xml version="1.0" encoding="utf-8"?>
<Performance>
    <!-- 要测试的应用程序的名称 -->
    <Application>
        <Name>com.tencent.navsns</Name>
    </Application>
            
    <!-- pc端服务器 -->
    <Server>
        <Ip>10.2.9.207</Ip>
        <Port>8885</Port>
    </Server>
    
    <!-- 测试内容 会一个一个模块进行执行 -->
    <TestTask>
        <!-- 几个测试的模块-->
        <count>2</Module2>
        <!-- 第一个测试模块项 -->
        <Module1>
            <!-- 电量设置信息 -->
            <Battery>
                <!-- yes代表使用控制充电技术 no代表不使用-->
                <Use>yes</Use>
                <!-- 当电量到达value的百分比值后,断电 -->
                <Value>90</Value>
                <!-- 断电后静置的时间,为了防止充完电手机发热影响测试数据 单位s -->
                <Waittime>60</Waittime>
            </Battery>
            <!-- 回放GT当中的第几个GPS文件(回头改成自己的) -->
            <Mockgps>
                <!-- yes代表使用回放GPS -->
                <Use>yes</Use>
                <!-- 回放第几个文件,从0开始 -->
                <Value>0</Value>
            </Mockgps>
            <!-- 代表应用程序运行起来后使用的网络 no就使用3G数据 -->
            <Network>
                <Wifi>yes</Wifi>
            </Network>
            <!-- 测试时的音量值 -->
            <Audio>
                <!-- 测试时的进行修改音量为指定值 -->
                <Use>yes</Use>
                <Value>90</Value>
            </Audio>
            <!-- 测试时的屏幕亮度值 -->
            <Brightness>
                <!-- 测试时的进行修改屏幕亮度为指定值 -->
                <Use>yes</Use>
                <Value>90</Value>
            </Brightness>
            <!-- 测试时是否开启防止手机休眠(即使按下电源键屏幕暗了也不休眠) -->
            <Wakelock>yes</Wakelock>
            <!-- 性能测试项 -->
            <PerformOption>
                <Battery>yes</Battery>
                <Cpu>yes</Cpu>
                <!-- 内存 -->
                <Pss>yes</Pss>
                <Fps>yes</Fps>
                <Net>yes</Net>
                <!-- 抓包 -->
                <Tcpdump>yes</Tcpdump>
            </PerformOption>
            <!-- 要进行测试的应用程序的模拟 -->
            <Execution>
                <Describe>导航前台</Describe>
                <!-- 模拟应用程序的脚本命令 -->
                <Command>uiautomator runtest Testxiaolu.jar -c fby.test.uiautomator.NaviBack</Command>
            </Execution>
            <!-- 执行完本模块后休息一段时间再进行下一个模块 单位s -->
            <Sleeptime>10</Sleeptime>
        </Module1>
        
        <!-- 第二个测试模块项 -->
        <Module2>
            <Battery>
                <Use>no</Use>
                <Value>90</Value>
                <Waittime>60</Waittime>
            </Battery>
            
            <!-- ********* -->
            <!-- ********* -->
            <!-- ********* -->        
            
            <Sleeptime>10</Sleeptime>
        </Module2>
    </TestTask>
</Performance>

  从配置可以看出我们支持了更多的东西:

    1、每次测试的手机环境,除了保证电量的一致性,还可以设置手机的音量大小和屏幕亮度,后台灭屏场景的测试可以设置是否打开wakelock锁。

    2、测试回放的场景的脚本,支持为了可配置,当然为了方便,我把经常用的直接编译到了我的app中。

    选取了对应的场景之后,Uiautomator脚本的运行命令就帮我自动的填写在了这个地方。

    当然你可以自己在可以编辑你的运行命令,或者是在xml中进行配置即可。

 

  现在每天我都会用最新的提测包,去测试一组性能数据。我的配置文件是固定,存在手机sd卡的根目录下即可。如果每次需要修改,直接修改xml即可。

  当手机中有了配置文件之后,小松鼠会自动读取这些测试场景:

 

  这个时候,只需点击 “开始” 即可。

  因为每次测完一个场景之后,都会进行 “智能充电” 的过程,因此我的这些脚本一般能运行一晚上的时间,我只需要第二天来了之后,处理数据即可。我们看看现场的环境:  

  来张近照

  前面提到,我的PC的服务器,它除了可以接受小松鼠发来的控制继电器的命令外,它还可以接受每次性能数据采集完成之后的发来的性能数据压缩包。

  

  接受到这些压缩包后,服务器端的脚本程序可以对这些压缩包中的数据进行处理,得到每一项指标的数据,

  得到这些数据之后,我们将这些数据组织后,传到我们组的 “八爪鱼” 平台(http://10.123.12.78:8080/AutomacPlatform/index#/about)来进行结果展示:

  目前数据是将当前版本和之前版本的数据进行对比,每个场景的多项指标数据,可以通过滚动来查看:

 

  

  到此,你就已经了解到了小松鼠是 “一键开始性能测试,到最终所有结果上传到web端进行展示” 的全部过程。

  整个过程中遇到踩了不少坑,但是也积累了很多宝贵的经验,如果你对性能数据的采集也感兴趣,那么请联系我。

 

  

未来


  就目前而言,性能采集的部分已经相对其他工具已经算是比较完善了,但是性能之所以做为项目组关注的重点,其分析、定位问题是很重要的,目前这一块,我们还没有深入的进行,因此后面的计划,就是如何采集出更加精确的数据,并且进行更加精准的分析,然后在web的每日监控中发现问题可以更加快速的定位到问题。期待我的下个半年...

 

 

posted @ 2015-11-07 15:29  胖喵~  Views(2021)  Comments(2Edit  收藏  举报