android 测试(转)

个人接触android的时间也不是很长,稍微总结下在做Android测试的过程中,初次接触的同学需要些什么准备,以及需要些什么知识?下面讲到的东西可能很多人会觉得很简单,但我确实碰到过有新同学对这些点不知晓。

很大部分同学最常用的应该是windows系统,包括我自己。那么对于测试,windows里面有些基础的东西,还是需要懂的。
1.任务管理器,有遇见过任务管理器中进程PID未勾选的同学。请进入查看>选择列,勾选PID:

为何要勾选PID?Android最常见的,就是5037端口被占用,adb起不来。所以遇见这种情况,首先就是去结束掉占用该端口的进程,这里就需要先确定占用该端口的进程。
netstat -ano | findstr 5037 | findstr LISTENING
找到进程的pid,然后去任务管理器当中查找对应的pid,杀掉该进程,当然,这里可以用dos命令tasklist、taskkill。

2.cmd命令窗口的设置。cmd应该是最最常用的工具,打印logcat,appium的log信息、查看文件内容等等,但cmd默认的窗口太小,缓存也太小,所以经常在打印logcat、显示其它信息的时候会冲掉很大部分内容,这里就需要设置下窗口大小级缓存。

请将屏幕缓冲区大小设大点,窗口大小也可以设大些,这样在显示信息的时候就不至于信息经常被冲掉。

3.dos命令还是有部分需要多熟悉,比如cd、dir、mkdir、del、remdir、copy、move等等,有时候简单的任务,可以用这些命令组合成bat脚本,方便我们工作,另外可以安装一个cygwin,可以在windows下使用一些linux的命令。

接着是Android部分的基础东西。
1.adb 命令,常用的adb命令是必须要去掌握的。这里不列举

2.log的抓取,logcat日志(main log、events log、radio log),遇见crash时需要的log,应用anr时需要的trace日志,还有bugreport、dmesg以及tombstone日志

3.Android的基础知识,四大组件、Activity的生命周期什么的,像appium中需要配置应用的包名、Activity等,这些可以找点相关的开发书籍自学下,不用学的很深。

4.linux的一些常用命令得熟悉(top、ps等命令)

5.Android自带的monkey工具、monkeyrunner工具得学会去用

6.java、python语言可以花点精力去学习下,不会有坏处,想做自动化这块,没有语言基础肯定是做不好的

7.Android常用的测试框架需要去了解,robotium、appium、uiautomator、instrumentation等等

8.碰到问题,Stack Overflow、google经常去使用,FQ也是种技术,实在不行花点小钱买个VPN。

转:http://testerhome.com/topics/2096

时间: 2024-10-14 16:28:58

android 测试(转)的相关文章

Android测试:从零开始2——local单元测试

上一篇分析了android项目的测试分类,这一篇讲local单元测试. 参考android官方文档. 测试前需要配置测试环境,新建项目后,目录下会出现app/src/test/java/文件夹,这个文件夹是用于存放local单元测试代码的(就是与androidAPI无关的测试). 在build.gradle配置文件中增加测试依赖: dependencies { // Required -- JUnit 4 framework testCompile 'junit:junit:4.12' // O

Android测试:从零开始1——简介

参考文档:https://developer.android.com/training/testing/start/index.html 测试分类 使用android studio进行测试,首先需要先了解android测试的分类,新建工程后,项目会默认包含两个测试目录: 1.本地单元测试(Local unit tests) 测试代码位于module-name/src/test/java/,这些测试直接运行在本地JVM上,不需要使用Android框架的API. 2.设备测试(Instrumente

【Android测试】【第一节】初识ADB

● 前言 利用工作之余的时间将Android测试相关知识进行一个整理,一来巩固一下自己学到的东西:二来 可以让想学习Android测试的同学多一份学习资料. ● 何为ADB 什么是ADB呢?为什么手机和电脑之间用usb连接后,就可以电脑上通过应用宝或者豌豆荚等手机助 手软件对手机进行操作? 答案就是:因为这些都依赖于ADB.ADB就是连接手机和电脑通信的桥梁,只要这个桥梁建立起了, 那么你就可以通过电脑来控制你的手机了. ADB全称Android Debug Bridge,我把它解释为"安卓调试

(4.5.4)Android测试TestCase单元(Unit test)测试和instrumentationCase单元测试

Android单元和instrumentation单元测试 Developing Android unit and instrumentation tests Android的单元测试是基于JUnit的.可分为: 1.本地单元测试 - 可以在JVM上运行测试(速度快,优先考虑). 2.Instrumented单元测试 - 需要Android系统 Android的Gradle插件支持在JVM上执行Andr??oid单元测试.它使用特殊版本的android.jar(也称为 Android mocka

2014 非常好用的开源 Android 测试工具

2014 非常好用的开源 Android 测试工具 - 开源中国社区 当前有很大的趋势是转向移动应用平台,Android 是最广泛使用的移动操作系统,2014 年大约占 80% 以上的市场.在开发 Android 应用的时候要进行测试,现在市场上有大量的测试工具. 本文主要是展示一系列的开源 Android 测试工具.每个工具都会有相应的简短介绍,还有一些相关的资源.Android 测试工具列表是按照字母来排序的,最后还会介绍几个不是特别活跃的 Android 测试相关的开源项目. 本文提到的开

Android 测试 Appium、Robotium、monkey等框架或者工具对比

1. Appium测试 (功能测试,用户接受度测试,黑盒测试) - Rating: 8 Website: http://appium.io/ Appium测试相当于黑盒测试.只是测试UI逻辑正确性.所以Appium测试框架提供的方法有限.获取一个AppiumDriver对象.该对象只是有很多findElements()的方法,获取到UI元素.UI元素是WebElement,这个类提供的方法基本是获取信息为主,比如获取name,class,tagName,location,text,isSlect

Android测试分析二

什么是android测试,分为黑盒测试和白盒测试. 黑盒就是测试人员看不到代码的,针对需求而进行的一系列测试动作,看代码所展现出来的效果是否和需求一样,或者有什么意外的情况没有处理等,一般开发交给测试人员,测试人员经过半天或者一天测试后,会返回一个测试的excel表单,里面有一条条的bug单,或者显示和功能不匹配,或者出现闪退等意外没有处理等等,开发人员根据bug单去修复就可以了.这里面蕴含了一个软件需求转换成测试需求,开发人员满足测试需求的关系了.有点类似听到的TDD(test-drive-d

android测试分析1

Android测试框架,开发环境中集成的一部分,提供一个架构和强有力的工具 可以帮助测试你的应用从单元到框架的每个方面. 测试框架有这些主要特征: 1.Android测试组件基于Junit.你可以使用简单的JUnit来测试一个类,但是不用调用Android API,或者可以用Android JUnit扩展来测试Andriod部分.如果你新建了一个Android 测试模块,你可以用一个通用目标的测试单元类比如AndroidTestCase来开始,之后的话可以去使用更复杂的类. 2.Android

Android测试框架初步

一.实验目的 1.掌握android测试项目的建立 2.掌握android测试框架的基本内容 3.编写运行android测试 二.实验内容与步骤 建立android项目MyProject,运行截图如下: l  点击ok按钮,EditText内字母变大写 l  点击超链接,打开浏览器上网 请用知识对本项目进行测试,要求: 1.对组件进行对齐测试(assertOnScreen和assertRightAligned方法) 2.对EditText进行传值测试(使用sendKeys 和 sendRepea

Appium Android测试环境搭建 for Mac

Appium Android测试环境搭建 涉及的资源,工具都很多 ,从网上各种资料查找,整合一下资源,针对小白级别. 1.Appium安装: 转载自:http://www.cnblogs.com/oscarxie/p/3894559.html. 2.Mac配置Android环境变量: 转载自:http://www.jianshu.com/p/84f3baf1682c 3.Mac安装Android模拟器genymotion: 转载自:http://blog.csdn.net/l_215851356