Robotium 系列（1）
之前也写过一些blog，可是没什么坚持。这个系列算是对之前工作的一个总结和提高；也与大家共同进步！
本文主要介绍的内容是：
1. 软件测试的基本概念
2. 自动化测试的概念
3. 手动测试和自动化测试的区别
4. 为什么要进行自动化测试，以及应用场景
5. 手机测试，手机测试的特别之处
6. Robotium是什么？
软件测试的基本概念
从网上或者书上查找，软件测试的定义有很多种。博客园上也有很多，大家可以参考：
http://www.cnblogs.com/ievjai/p/3221332.html
http://www.cnblogs.com/onetestlong/p/3209062.html
通过这些年软件测试工作，我的理解是这样的：
软件测试的目的是保证软件的质量
软件测试的工作实际是找出软件存在的问题（bug）
很简单，可是却是一个很庞杂的课题。需要了解很多知识，熟悉软件的开发、维护过程才会很熟练地工作。
大家可以自己去思考，
比如测试需要在项目的什么时候介入；
哪些是测试的范畴（或者说是目标）；需求分析文档？软件的功能? UI, 多语言等等
测试用例设计、实施
测试管理系统及辅助工具等
...
因为本系列主要是Robotium自动化测试相关，所以就不过多思考了。
自动化测试的概念
自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
所以通常我们会听到这样的名词：QTP, LoadRunner, WinRunner, Selieum以及其他许多大大小小的自动化测试工具，他们都是为自动化服务的。当然，因为通用的测试工具不太适合项目的话，许多裁剪版的甚至全新的测试工具（框架）就应运而生了。我所知道的ubuntu为了测试unity就开发了auto-poliot; google在android平台设计了monkey, monkeyrunner等等
手动测试和自动化测试的区别
手动是人来执行，而自动化测试实际上就是把重复的工作交给机器执行，用程序来测试程序（软件）.
为什么要进行自动化测试，以及应用场景
首先说一下手工测试的局限性：
1、手工测试不能覆盖所有代码路径。
2、基本的功能性测试用例在每一轮测试中都不能少。由于工作量往往较大，属于重复性的、非智力性的和非创造性，并要求准确细致，使用机器比人类更有优势。
3、许多死锁、资源冲突、多线程等有关的不正确 ，通过手工测试很难捕捉到。
4、系统压力、性能测试，须要模拟大数据或大并发用户等各种测试场景，很难通过手工测试执行。
5、系统可靠性测试，须要模拟系统长时间运行，以验证系统能否稳定运行，难以通过手工测试执行。
6、如果有大量（几千）的测试用例，须要在短时间内（1天）完成，手工测试几乎不可能做到。
而自动化测试恰恰可以弥补手工测试的不足，对以上形式的测试进行有效地执行。从而增加测试的覆盖率，确保测试质量。
但是自动化测试并不能取代手工，并非所有的测试场景适合自动化测试。适合自动化测试的场合需要满足：
1. 需求变动不频繁
2. 项目周期足够长
3. 自动化测试脚本可以重复使用
所以，适合自动化测试的场合通常有：
1. 回归测试；重复单一的数据录入或是击键等测试操作造成了不必要的时间浪费和人力浪费；
2. 压力测试和性能测试；比如模拟多用户或者用户长时间使用系统的场景（非本课程涉及内容）例如多人同时发送微博，长时间在线观看视频
手机测试，手机测试的特别之处
手机测试一般指的是手机软件测试，因为是移动设备，有一些和其他测试差异化的地方，简单总结如下：
Robotium是什么？
Robotium是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作（点击、长按、滑动等）、查找和断言机制的API，能够对各种控件进行操作。Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测试。另外，Robotium 4.0版本已经支持对WebView的操作。Robotium 对Activity，Dialog，Toast，Menu 都是支持的。
Robotium 的用法很简单，同时也是很有效的黑盒测试工具。我们在使用时通过Solo 对象的
实例，可以创建丰富的测试用例。Solo 不仅对activity 支持，对Toast，Menu，Dialog 也是支
持的