android接口测试

⑴ android的cts测试到底有多细

解决方案1：
以wifi测试为列android.net.wifi模块的cts测试结果如下：android.app.cts.SystemFeaturesTest--
testBluetoothFeaturepass -- testCameraFeaturespass -- ...
以wifi测试为列
android.net.wifi模块的cts测试结果如下：
android.app.cts.SystemFeaturesTest
-- testBluetoothFeature
pass

-- testCameraFeatures
pass

-- testFeatureNamespaces
pass

-- testLiveWallpaperFeature
pass

-- testLocationFeatures
pass

-- testNfcFeatures
pass

-- testScreenFeatures
pass

-- testSensorFeatures
pass

-- testSipFeatures
pass

-- testTelephonyFeatures
pass

-- testTouchScreenFeatures
pass

-- testUsbAccessory
pass

-- testWifiFeature
pass

android.net.http.cts.ApacheHttpClientTest

--
pass

-- testExecute_withMobile
pass

-- testExecute_withWifi
pass

android.net.wifi.cts.ConcurrencyTest
--
pass

-- testConcurrency
pass

android.net.wifi.cts.ScanResultTest
--
pass

-- testScanResultProperties
pass

android.net.wifi.cts.SupplicantStateTest
--
pass

-- testIsValidState
pass

android.net.wifi.cts.WifiConfigurationTest
--
pass

-- testWifiConfiguration
pass

android.net.wifi.cts.WifiInfoTest
--
pass

-- testWifiInfoProperties
pass

android.net.wifi.cts.WifiManagerTest
--
pass

-- testSignal
pass

-- testWifiManagerActions
pass

-- testWifiManagerNetWork
pass

-- testWifiManagerProperties
pass

android.net.wifi.cts.WifiManager_WifiLockTest
--
pass

-- testWifiLock
pass

上面的assert部分为断言，用来检查cts的测试结果是pass还是fail。你会发现cts的测试比较简单，它只能保证 你的android设备支持wifi，和中间件接口控制wifi的工作。
搜遍了wifi的全部测试模块，都没有找到哪里验证了 WifiConfiguration.KeyMgmt

⑵ 怎样使用Appium进行Android自动化测试

1、Robotium——安卓测试工具 Robotium是安卓系统最常用的自动化测试工具，并且是一款免费的安卓UI测试工具。它适合于各种不同的安卓版本及其下行版本。软件开发者经常把它称作安卓。Robotium创建的测试使用java写的。事实上，Robotium是一个个体测试数据库。 但是Robotium需要花费很长时间努力去创建测试，就像为了自动化程序创建的源代码。它不适合互动的软件系统，不能锁住和解锁智能手机。Robotium没有记录和播放功能，它不支持截屏。 2、MonkeyRunner——安卓App测试工具 MonkeyRunner是最流行的有自动化功能的安卓软件测试工具。MonkeyRunner比起Robotium要低端一些。它并不处理源代码。测试创建是用python写的，其中可能使用记录工具，为了创建测试。MonkeyRunner可以在连接状态的PC或者模拟器上运行测试。它有一个应用程序接口可以控制智能手机或者模拟器。但手机APP测试工具的最大缺陷是每个设备都要编写脚本。另一个缺陷就是，每次测试程序发生改变时都要调整。 3、Ranorex——安卓App测试工具 Ranorex是一个不错的自动化测试工具，不仅最新版本，Android 2.2.以上版本都是可以的。Ranorex的好处在于它有详细的截屏报告。他可以通过WiFi上网连接智能手机或者平板电脑。通过这个 Android 工具，自动化的测试工程师可以详细描述数据驱动测试，但不包括 XML 数据格式。Ranorex可以很轻松地创建测试，自动化测试工程师只需点击鼠标。Ranorex允许附加的程序模块。这个模块可以被用于开发更为复杂的测试场景中。Ranorex是一个商业化的移动应用程序的工具;其许可价格是 1990欧元/年。Ranorex搜索相当慢;它需要 30 秒的时间来执行操作。其中一个必须为Ranorex文书的 APK 文件。否则它不能通过这个工具进行自动化测试，它只能在APK 文件下工作。 4、Appium——安卓自动化测试工具 Appium是为iOS和安卓系统创建的自动化测试框架，是一个免费工具。它支持 2.3 及更高版本的 Android 系统。Appium利用WebDriver界面运行测试。它支持许多编程语言，如 Java、 C#、Ruby和其他的WebDriver数据库。它可以在移动设备上控制 Safari 和Chrome。但是，一些自动化的测试工程师抱怨它提供的报告不足。它的缺点也减少了对于XPath在移动设备上的支持。 5、UI Automator——安卓自动化测试 谷歌最近推出了这一工具。它支持从4.1开始的安卓版本。我们应该选择另一个更早期的安卓应用程序进行自动化测试。UI Automator能够与各类安卓系统兼容，包括系统的应用程序。这使得UI Automator可以锁定和解锁智能手机或平板电脑。通过该工具创建的脚本可以在许多不同的安卓平台上执行。它允许复制用户的操作复杂的序列。UI Automator也可以利用外部按钮的装置调节，打开和关闭设备的按钮。 UI Automator可以与测试框架TestNG集成。在这种情况下，用户界面自动可以生成内容丰富和详细的报告，类似于由Ranorex生成的报告。此工具搜索速度还非常快。在许多安卓平台上测试后，软件测试专家认为UI Automator是质量最好的移动应用程序。它是安卓做好的应用程序之一，它由谷歌推出。 通常大约 80%的新软件的 bug 都会重现支持的平台。其余 20%出现在其他平台上。这意味着，在大多数情况下，事先测试软件产品比盲目使用更好。 目前， Android 4.1 版本安装了约 66%操作系统的设备。这就是为什么许多自动化的测试工程师经常决定UI Automator是最合适的解决方案。

⑶ android的cts测试到底有多细

1.下载完整的cts测试工具包，方式有两种：

a.在现有代码上编译，代码版本与目标机器版本一致;

b.在Google官网下载：http://source.android.com/compatibility/downloads.html，Compatibility
Test Suite (CTS)即可。

2.下载media测试内容，还是上边的官网，在网页最下边：

CTS Media Files

These media files are required for the CTS media stress tests.

CTS Media 1.0

3.连接手机与电脑(至少一台手机)

4.测试前准备

android-cts/repository/testcases中的.apk和CtsDeviceAdmin.apk

安装完成以上apk后，在手机端操作：

a.设置->辅助程序->Delegating Accessibility Service,打开;

b.设置->安全->设备管理器->CTS相关的两个选项都激活;

c.打开USB调试模式;

d.保持屏幕唤醒;

e.允许模仿位置;

f.切换至英文模式US。

5.进入cts控制台

执行android-cts/tools/cts-tradefed

dev@linux -dev:~/android/CTS/android-cts/tools$ ./cts-tradefed

09-0509:20:52 I/: Detectednew device c8090fe4

09-0509:20:52 I/: Detectednew device5348300e

Android CTS 4.2_r1

我现在连接着两台设备，都检测到了。

6.开始进行CTS测试

首先，在控制台中输入help看这个控制台都能干什么。

cts-tf > help

CTS-tradefed host version 4.2_r1

CTS-tradefed is the test harness for running the Android Compatibility
Suite, built on top of the tradefed framework.

Available commands and options

Host:

help: show this message

help all: show the complete tradefed help

exit: gracefully exit the cts console, waiting till all invocations are
complete

Run:

run cts --plan test_plan_name: run a test plan

run cts --package/-p: run a CTS test package

run cts --class/-c [--method/-m]: run a specific test class
and/ormethod

run cts --continue-session session_ID: run all not executed tests from a
previous CTS session

run cts [options] --serial/s device_ID: run CTS on specified device

run cts [options] --shards number_of_shards: shard a CTS run into given
number of independent chunks, to run on multiple devices inparallel

run cts --help/--help-all: get more help on running CTS

List:

l/list d/devices: list connected devices and their state

l/list packages: list CTS test packages

l/list p/plans: list CTS test plans

l/list i/invocations: list invocations aka CTS test runs currentlyin
progress

l/list c/commands: list commands: aka CTS test run commands currently in
the queue waiting to be allocated devices

l/list r/results: list CTS results currently present in the repository

Add:

add derivedplan --plan plane_name --session/-s session_id-r
[pass/fail/notExecuted/timeout]: derive a plan from the given session

Dump:

d/mp l/logs: mp the tradefed logsfor all running invocations

Options:

--disable-reboot: Do not reboot device after running some amount of
tests.

run cts --plan + 运行某个plan，查看当前支持的plan，运行l
p，实际上所有的plan存放在android-cts/repository/plans;

run cts --package/-p 运行某一个测试包;

run cts --class/-c [--method/-m] 运行某一个测试类或测试方法;

run cts --continue-session session_ID 继续运行之前没有完成的CTS测试，要知道它的session_ID;

run cts [options] --serial/s device_ID 在某个串号的设备上进行CTS测试，对应多个机器的时候，通过adb
devices能够查看当前连接的所有设备的串号;

run cts [options] --shards number_of_shards 在多个设备上同时运行CTS测试，如run cts --plan
CTS --shards 2，在两个设备上同时运行;

run cts --help/--help-all 展示更多帮助

查看列表：

查看行为是l/list，接不同的参数显示对应信息。

d/devices 当前连接的设备，效果同adb devices，不过信息更详细，还有设备电量信息;

packages 当前CTS plan的所有测试包;

p/plan 当前所支持的CTS plan有哪些;

i/invocations 当前CTS的运行状态;

c/commands 展示出用户输入过的命令;

r/results 展示以往的测试结果

Session Pass Fail Not Executed Start time Plan name Device serial(s)

0 17720 239 12 2013.08.24_18.23.23 CTS c8090fe4

1 17907 64 0 2013.09.04_17.51.15 CTS FUSC85YLYPAMRC69

需要特别关注的几点注意事项：

首先，手机的功能一定要完整，WIFI BT 3G CAMERA等;

手机要切换至英文语言;

连接到可用WIFI;

有SIM卡，并能够打电话发短信;

对于屏幕密度，目前CTS中最高支持320，但实际上Google已经添加了对480，也就是1080p的支持;

会检测Fingerprint，注意厂家名;

要保证能够访问到www.google.com;

实战演戏：

连接两台手机后，进入cts控制台：

run cts --plan CTS --shards 2

两台手机上会同时跑起CTS测试，大概5小时候测试完成，生成测试报告，保存在results下。

⑷ android app自动化测试工具有哪些

1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。

2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。

3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。

4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比Instrumentation它不需要测试人员了解代码实现细节（可以用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。

5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合Android Studio来编写测试的简单例子

6、Selendroid：也是基于Instrumentation的测试框架，可以测试Native App、Hybird App、Web App，但是网上资料较少，社区活跃度也不大。

7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。

8、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。

9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，

它的优点：

• 开源；

• 支持Native App、Hybird App、Web App；

• 支持Android、iOS、Firefox OS；

• Server也是跨平台的，你可以使用Mac OS X、Windows或者Linux；

它的哲理是：

• 用Appium自动化测试不需要重新编译App；

• 支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；

• 不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；

• 移动端自动化测试应该是开源的；

它的设计理念：

• Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appium client libraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。

• Session，每个Client连接到Server以后都会有一个Session ID，而且Client发送命令到Server端都需要这个Session ID，因为这个seesion id代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。

• Desired Capabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。

• Appium Server是Node.js写的，所以可以直接用NPM来进行安装。

• Appium Clients，Mac OS和Win下提供GUI，不需要装Node.js，方便测试人员操作。

相关限制：

• 如果你在Windows使用Appium，你没法使用预编译专用于OS X的.app文件，因为Appium依赖OS X专用的库来支持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运行iOS测试。

总结：

• 在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。

⑸ android的cts测试到底有多细

以wifi测试为列android.net.wifi模块的cts测试结果如下：android.app.cts.SystemFeaturesTest-- testBluetoothFeaturepass -- testCameraFeaturespass -- ...
以wifi测试为列
android.net.wifi模块的cts测试结果如下：
android.app.cts.SystemFeaturesTest
-- testBluetoothFeature
pass

-- testCameraFeatures
pass

-- testFeatureNamespaces
pass

-- testLiveWallpaperFeature
pass

-- testLocationFeatures
pass

-- testNfcFeatures
pass

-- testScreenFeatures
pass

-- testSensorFeatures
pass

-- testSipFeatures
pass

-- testTelephonyFeatures
pass

-- testTouchScreenFeatures
pass

-- testUsbAccessory
pass

-- testWifiFeature
pass

android.net.http.cts.ApacheHttpClientTest

--
pass

-- testExecute_withMobile
pass

-- testExecute_withWifi
pass

android.net.wifi.cts.ConcurrencyTest
--
pass

-- testConcurrency
pass

android.net.wifi.cts.ScanResultTest
--
pass

-- testScanResultProperties
pass

android.net.wifi.cts.SupplicantStateTest
--
pass

-- testIsValidState
pass

android.net.wifi.cts.WifiConfigurationTest
--
pass

-- testWifiConfiguration
pass

android.net.wifi.cts.WifiInfoTest
--
pass

-- testWifiInfoProperties
pass

android.net.wifi.cts.WifiManagerTest
--
pass

-- testSignal
pass

-- testWifiManagerActions
pass

-- testWifiManagerNetWork
pass

-- testWifiManagerProperties
pass

android.net.wifi.cts.WifiManager_WifiLockTest
--
pass

-- testWifiLock
pass

上面的assert部分为断言，用来检查cts的测试结果是pass还是fail。你会发现cts的测试比较简单，它只能保证 你的android设备支持wifi，和中间件接口控制wifi的工作。
搜遍了wifi的全部测试模块，都没有找到哪里验证了 WifiConfiguration.KeyMgmt （wifi鉴权）。

⑹ android studio怎么测试接口

1、在线安装 从Android studio的菜单栏里选择“Preferences”，然后点击“Plugins”选择底部的“Browser repositories”再搜索框中输入parcelable，按回车选择搜索结果的第一个，android parcelable code generator点击右边的“install plugin”按钮进行安装即可。 2.在entity包下新建一个测试的实体类：Person.java 添加三个私有变量lastName,firstName,age;并设置添加其get set方法。 8、在Person.java 文件中，空白地方鼠标右击，选择“Generat...”然后选择“parcelable”后选择需要序列化的字段，点击“OK” 9、最后生成parcelable接口代码如图：

⑺ 如何使用python做android的自动化测试

目前大家对Python都有一个共识，就是他对测试非常有用，自动化测试里Python用途也很广，但是Python到底怎么进行自动化测试呢？今天就简单的向大家介绍一下怎么使用Python进行自动化测试，本文只是自己的一点点分享，若有错误，请大家多多批评指正。这里主要介绍的是一些Python测试的框架
1、单元测试
a、unittest ：Python自带的单元测试框架
b、pyunit：Junit的Python版本

2、使用Pyhon进行Windows GUI测试
这部分的功能主要就是和大家平时使用的QTP类似。在Windows下我们可以使用pywinauto这个开源的框架：
来个小例子：
app.Notepad.MenuSelect("Help->About Notepad")
app.AboutNotepad.OK.Click()
app.Notepad.Edit.TypeKeys ("pywinauto Works!", with_spaces = True)
呵呵，强大吧

3、使用Python进行Web自动化测试
使用Python进行Web自动化测试的工具有很多，这里就向大家推荐一下我比较熟悉的Selenium（Web Driver）吧。