关于android4.0 cts的一些总结

来源:互联网 发布:c语言死机代码 编辑:程序博客网 时间:2024/06/11 04:34

    最近一直在忙于cts测试,遇到的一些问题也顺便总结一下希望对大家有所帮助

一.关于测试顺序问题

    第一遍测试结果 大概剩100个是fail的

    第二遍测试结果有两种方式,一种是可以只针对 fail进行测试

  1).在cts 命令下输入 l r  

 终端显示:
      Session  Pass  Fail  Not Executed     Start time           Planname
       0        7     0         0         2012.01.16_16.09.19    NA       
       1        13    0         0         2012.01.16_16.13.01    NA       
       2        19    9       17120      2012.01.18_13.43.56    CTS   

比如有一个session 为 2 的,对5的整个fail 项 进行第二遍测试可以为     
     add derivedplan --plan xxx_test -s 2 -r fail
     run cts --plan xxx_test

   2).要想第二遍测试也能添加到第一项测试中,那么要进行的步骤是:

(1).进入homenux/cts/android-cts-2.3_r9-x86/android-cts/repositoy/results。
  在results文件夹内,按测试时间找到你要的测试结果文件夹,复制到桌面
(2).在桌面进入这个文件夹,右击testresult.xml,选择open with-> text editor,以文本方式打开文件
  (3). 在打开后的testresult.xml文本文件中,点击search->replace,寻找所有的 "result="timeout" 和 "result="fail" 位置,并替换成 result="notExecuted"
    例如:修改前

      <TestCase name="ExpandableListActivityTest" priority="">
      <Test endtime="Thu Jan 01 08:00:00 CST 1970" name="testSelect" "result="fail" starttime="Thu Jan 01 08:00:00 CST 1970"/>
      <Test endtime="Thu Jan 01 08:00:00 CST 1970" name="testView" "result="timeout" starttime="Thu Jan 01 08:00:00 CST 1970"/>
    
     修改后

      <TestCase name="ExpandableListActivityTest" priority="">
      <Test endtime="Thu Jan 01 08:00:00 CST 1970" name="testSelect" result="notExecuted" starttime="Thu Jan 01 08:00:00 CST 1970"/>
      <Test endtime="Thu Jan 01 08:00:00 CST 1970" name="testView" result="notExecuted" starttime="Thu Jan 01 08:00:00 CST 1970"/>

    修改后先保存结果。如果对修改结果有怀疑,可以不保存并退出,再次打开修改。

  (4).修改Case状态后,还要修改测试报告的统计数据  

    <Summary failed="0" notExecuted="2" pass="13702" timeout="0"/>

   将failed和timeout归零,notExeuted数据等于修改过的fail和timeout总数

   修改后先保存结果。

   (5).将修改后的"testresult.xml"连同另外4个文件替换掉android-cts-2.3_r9-x86/android-cts/repositoy/results中的文件。另外,原/repositoy/results文件夹和文件都有权限设置,
所以在替换文件前,打开终端登录root帐号,用chmod命令修改权限。(具体操作在此不再描述)

 二.关于一下fail原因分析

    1.蓝牙(在没有蓝牙的情况下)android.bluetooth45009

这部分的解决就是 去掉蓝牙特征数据的加入: 在 framework/base/data/etc/ 这项关于蓝牙部分的特征xml全部去掉

   2.android.holo部分

1. Android.hool test failed depends on screen type and dpi
2. Android 4.0.3 CTS R2 was not considered for all of screen type. For example, if we use 800x480 lcd at
ldpi(120dpi), android.holo test fails. Because Android 4.0.3 CTS R2 is not contain drawable-sw600dp-ldpi
resource.

    3.android.media

     这部分的主要原因,都是进行网络视频访问yutube上边的视频的,在国内的话,我想还是有些困难的

4.android.security

   这部分是涉及到系统进行数字签名的,之前写过一篇文章,可以参考一下:

http://blog.csdn.net/guidian103/article/details/7763402

5. 如果有些在release版本编辑通过,在testkey不过,怎么整?

比如 release版本,内置的很多apk都会被干掉,这个怎么搞?

 

 

 

   

原创粉丝点击