自动化测试工具哪些经常用到？
持续的集成服务
过去十年来在软件开发领域到来的自动化一个更大的变化是任务自动化。在过去，像构建一个应用的特殊版本，创建文档，或者更新bug报告的状态是人为的。一些团队甚至贡献为了 启动一个版本而负责的"创建人"责任。像这些人为的任务（或者是紧紧地绑定给个人或机器）是消耗时间的，并且创建来为了避免瓶颈，比如创建人占据私人的一天并阻碍新版本被完成。
幸运的是，持续集成（CI）工具通过允许任务被标准化和自动化来挽救。持续集成服务重要地安排和执行任务，一个规则的台式电脑能做的任务并且让这些任务在目标机器上执行而不是它自己。回到创建版本的例子，取代让鲍勃为手工在他的机器上创建版本负责，一个持续集成服务能被集成去选择一个目标机器并且在那台机器上执行版本。不仅使鲍勃不需要身体上在那台版本机器出现，而且能在任意时刻发生版本创建，不管是已安排的或者是为了响应另一个动作。
举个例子，测试者爱丽丝可能想要一个基于最新改变的应用程序版本去看一个程序错误是否被修复，而且她能自己发起版本创建。这个不仅使资源从做代表性任务中自由运作起来，而且给团队在个人以外和团队流程上给予了更多的控制。你也可以把持续集成任务绑定一起给更深的线程一些任务。学习一个持续集成如何工作是对没有放很多编程的重点在自动化上很好的引子。
使用持续集成的一个途径是跑端到端的测试套装。这些测试经常需要跑数分钟甚至数小时。我使用过持续集成去自旋向上和自旋向下测试机器并且发起在那些测试机器上的测试。相对于在你自己机器上跑这些测试这是一个很大的帮助，因为它允许一个测试开发者当测试到处跑的时候去做其他的工作。持续集成的服务器控制着所有这些任务的方方面面。
一些持续集成服务的普通例子是开源工具Jenkins，基于云的Travis CI，和专属工具Bamboo，但是这些也是其他的一些。甚至更低技术是使用一个像克隆或者windows任务分配者的工具为了在单一机器上去使任务自动化。
CI对于开发软件爱好之外的编程是独立的，并且它是一个测试能确实增加价值的一个地方。
现代源码控制
我首先需要指出我爱源码。当编写代码（或者博客！）时，它是一个很有帮助而不仅是工具。对于一个编码的测试员，它是一个无需脑力者。甚至即使一个测试不编码，当测试软件时以现代 *** 使用源码控制可能是一个大的利益。
在现代 *** 中"我"的意思是什么？"我"的意思是使用源码控制1）集成其他工具，比如CI服务器或者问题追踪器，并且2）允许使用好的团队流程习惯，比如基于干线的开发。好的源码控制允许个人去分析变化和更深地挖掘软件工程正在发生什么。
一个接近源码历史和一些基本学习的测试能问出像"在应用里的哪个文件有最多的开发在它们上面工作？""哪个文件有更大的变化？""哪个变化的设置包含引起问题的代码？"等待。这个信息有助于找到步调且暗示一些事件的引发。
用CI集成源代码甚至能更加有力。在问题跟踪者的事件能使它们的状态在由开发引起的变化中更新。测试者能要求必要的需求在输入的代码被自动查找出来，比如通过自动测试或者代码模式需求。建构和部署能被改代码发起。当源码控制被很好使用，在这种情况下有很多种可能，这是一个在持续传递后隐含的概念。
举个例子，我在一个使用基于云集成服务的开源项目上工作为了检查每一个由提交者提交的交付。在这个项目里，持续集成运行所有的自动化测试并且检查所有为形式和格式增加的代码。假如一个提交造成错误的测试，或者没有满足设置的风格向导，提交失败了并且暗示了提交者和项目维持者去修改提交。这有助于提供项目历史里以统一的风格每一个提交并且暗示了提交者在增加或者更新模块中可能的微小错误。
这些目前在源码控制的热点是Git，自由和开放代码的，在它周边有着健壮的生态系统。这些也是一些其他的方面，比如Subversion，Mercurial和微软团队基金会。
遥测和监控
这是一个我并不熟悉的主题，但是它确定是测试者们感兴趣的。监控是一种 *** ，从此挂钩被放在一个应用程序里去发回关于软件是如何被使用的信息给软件创造者。这能包含正被使用的后端/服务器应用程序接口函数，并且在哪个指令，由被使用的由用户界面组成的部分和在什么频率上，等等。
这个目标不是为了发送特殊的用户信息返回给开发团队，更普通的信息是关于一个应用程序正在被用着的和如何被用的部分。这提供了终端用户在做什么的视角，他们实际上如何使用应用程序，并且特定属性如何被得到。安兰培是个微软测试，曾经简短讨论这事情的他曾做过的通过遥测和监视的一部分。
类似于最小化资源控制历史，监视能帮助你找出答案，从简单的问题中（"上周多少人记录？"）到更特殊的和可视化的问题（"当特性X被发布时用户们如何改变他们的习惯？"）。这些是帮助测试们执行更好的测试策略的种类问题，并且，总的说来，帮助团队对用户做更好的选择。
更多的信息，请检查AB测试播客页面和布伦特詹森。一个主流产品如何使用遥测技术，看一看Mozillla如何通过火狐使用监测技术。
也使用Selenium
最后一点，但这不意味着这不重要，对于使用web应用程序以及其相似的应用程序的测试者来说，Selenium WebDriver是一个很好的工具。在这一点上，WebDriver是一个用于自动驱动浏览器行为的标准工具，类似于一个人类用户如何在浏览器中用网站APP交互。它有一些语言绑定，和一些主流浏览器工作，并且是一款非常好的能被开发之一组件的可扩展性API的例子。简言之，它是一个优秀的工作。
当被灵活地使用时，WebDriver允许测试和开发去使用户体验性测试得到自动化，这个可以被放在一个持续性的可传递流程。我写了一个简单的基于网页驱动的测试，可以找到像导航到登录页面的链接的事务，而不是寻找用户名和密码场合（由于坏的部署），或者寻找一个不打开的对话当一个控制被点击成想象的（一个明显的但严重的问题）。这些是很快被找到的事情但是不能被单元测试覆盖。
WebDriver也能被用在写自动化的测试，可以被本地执行去双重检查那些不会以非预约的方式打断重要特性的变化。这些甚至是WebDriver用于扩展功能测试以外的用处。
对于对学习代码感兴趣的测试来说，WebDriver能提供一个好的学习代码的介绍。自动化测试脚本能是一个容易的 *** 去熟悉编程而不是深入挖掘代码语言鸿沟。它提供足够的架构去开始，并且仍然能够完成一些很好的测试工作。
大脑有这些概念，加强测试自动化，不管你在软件开发中的角色是什么。
Python渗透测试工具都有哪些
***
Scapy, Scapy3k: 发送，嗅探，分析和伪造 *** 数据包。可用作交互式包处理程序或单独作为一个库
pypcap, Pcapy, pylibpcap: 几个不同 libpcap 捆绑的python库
libdnet: 低级 *** 路由，包括端口查看和以太网帧的转发
dpkt: 快速，轻量数据包创建和分析，面向基本的 TCP/IP 协议
Impacket: 伪造和解码 *** 数据包，支持高级协议如 NMB 和 *** B
pynids: libnids 封装提供 *** 嗅探，IP 包碎片重组，TCP 流重组和端口扫描侦查
Dirtbags py-pcap: 无需 libpcap 库支持读取 pcap 文件
flowgrep: 通过正则表达式查找数据包中的 Payloads
Knock Subdomain Scan: 通过字典枚举目标子域名
SubBrute: 快速的子域名枚举工具
Mallory: 可扩展的 TCP/UDP 中间人 *** 工具，可以实时修改非标准协议
Pytbull: 灵活的 IDS/IPS 测试框架（附带超过300个测试样例）
调试和逆向工程
Paimei: 逆向工程框架，包含PyDBG, PIDA , pGRAPH
Immunity Debugger: 脚本 GUI 和命令行调试器
mona.py: Immunity Debugger 中的扩展，用于代替 pvefindaddr
IDAPython: IDA pro 中的插件，集成 Python 编程语言，允许脚本在 IDA Pro 中执行
PyEMU: 全脚本实现的英特尔32位仿真器，用于恶意软件分析
pefile: 读取并处理 PE 文件
pyda *** : Python 封装的libda ***
PyDbgEng: Python 封装的微软 Windows 调试引擎
uhooker: 截获 DLL 或内存中任意地址可执行文件的 API 调用
diStorm: AMD64 下的反汇编库
python-ptrace: Python 写的使用 ptrace 的调试器
vdb/vtrace: vtrace 是用 Python 实现的跨平台调试 API, vdb 是使用它的调试器
Androguard: 安卓应用程序的逆向分析工具
Capstone: 一个轻量级的多平台多架构支持的反汇编框架。支持包括ARM,ARM64,MIPS和x86/x64平台
PyBFD: GNU 二进制文件描述(BFD)库的 Python 接口
Fuzzing
Sulley: 一个模糊器开发和模糊测试的框架，由多个可扩展的构件组成的
Peach Fuzzing Platform: 可扩展的模糊测试框架(v2版本 是用 Python 语言编写的)
antiparser: 模糊测试和故障注入的 API
TAOF: (The Art of Fuzzing, 模糊的艺术)包含 ProxyFuzz, 一个中间人 *** 模糊测试工具
untidy: 针对 XML 模糊测试工具
Powerfuzzer: 高度自动化和可完全定制的 Web 模糊测试工具
*** UDGE: 纯 Python 实现的 *** 协议模糊测试
Mistress: 基于预设模式，侦测实时文件格式和侦测畸形数据中的协议
Fuzzbox: 媒体多编码器的模糊测试
Forensic Fuzzing Tools: 通过生成模糊测试用的文件，文件系统和包含模糊测试文件的文件系统，来测试取证工具的鲁棒性
Windows IPC Fuzzing Tools: 使用 Windows 进程间通信机制进行模糊测试的工具
WSBang: 基于 Web 服务自动化测试 SOAP 安全性
Construct: 用于解析和构建数据格式(二进制或文本)的库
fuzzer.py(feliam): 由 Felipe Andres Manzano 编写的简单模糊测试工具
Fusil: 用于编写模糊测试程序的 Python 库
Web
Requests: 优雅，简单，人性化的 HTTP 库
HTTPie: 人性化的类似 cURL 命令行的 HTTP 客户端
ProxMon: 处理 *** 日志和报告发现的问题
W *** ap: 寻找 Web 服务器和发现文件
Twill: 从命令行界面浏览网页。支持自动化 *** 测试
Ghost.py: Python 写的 WebKit Web 客户端
Windmill: Web 测试工具帮助你轻松实现自动化调试 Web 应用
FunkLoad: Web 功能和负载测试
spynner: Python 写的 Web浏览模块支持 Javascript/AJAX
python-spidermonkey: 是 Mozilla *** 引擎在 Python 上的移植，允许调用 Javascript 脚本和函数
mitmproxy: 支持 SSL 的 HTTP *** 。可以在控制台接口实时检查和编辑 *** 流量
pathod/pathoc: 变态的 HTTP/S 守护进程，用于测试和折磨 HTTP 客户端
Android 手机自动化测试工具有哪几种
Feb 23 2012更新: 还有Sikuli (http://sikuli.org)，基于优秀的图像对比库opencv的测试工具，测试脚本使用Python编写，非常强大。如果你的app没有源码，可以选择它；或者你想做系统测试（跨app的测试），也可以选择它。其它的还是用下面说的那些个吧。
我通过其核心包sikuli-script.jar实现了android的sikuli化，暂时不打算开源。其实原理挺简单的，认真看过sikuli源码的应该都能写出来。
看lz的意思应该只是想问应用层的，我来说点应用层的
先说说开源的吧：
Robotium
Monkeyrunner
Robolectric
CTS
还有个新兴的测试工具，以前在GitHub看到，现在找不到了，好像是BDD类型的语法；现在还不成熟。
另外基于web的测试也有基于Selenium Webdriver 的 Android WebDriver：
有两种：
基于Remote Server的：官方提供了java接口的，但是Python版的官方里面却没有。我非常喜欢Python，所以自己实现了并且开源到了GitHub：https://github.com/truebit/AndroidWebDriver4Python 有问题大家可以提到上面
基于Instrumentation的：已经在Android SDK r14里面可以安装了
不开源的就多了，不过我见过的一般是以下几种思路：
1. 基于Android Java Instrumentation框架：
基于Robotium，比如bitbar的产品:http://bitbar.com/products
基于Instrumentation，那就海了去了，很多公司自家写的工具都基于这个;另外Robotium就是基于这个的
2. 基于Android lib层的各种命令，比如sendevent,getevent, monkey, service这些，然后用各种语言封装
MonkeyRunner还是很有前景的，Google自己弄的。现在最新的dev版本已经有支持UI的id操作的EasyMonkey了。可以git clone git://http://android.kernel.org/platform/sdk.git看看
编辑于 2012-02-23 7 条评论 • 作者保留权利
赞同23反对，不会显示你的姓名
乙醇，打杂的......
落小雪、蒋金龙、Reeta L 等人赞同
appium是最近我关注的一个不错的移动端自动化测试工具，支持android和ios。
放上两段视频。之一段是讲解appium的原理及quick start；第二段讲解了appium的源码结构和具体实现。有兴趣可以看一下，相信应该有收获。
1，appium 原理与quick start
乙醇的appium视频教程之appium入门及原理剖析
http://v.youku.com/v_show/id_XNjQzMjI4NDcy.html?firsttime=2212
2，appium源码解析
乙醇的appium源码解读
http://v.youku.com/v_show/id_XNjQzODIwMzA4.html?firsttime=0
发布于 2013-12-07 5 条评论 • 作者保留权利
赞同25反对，不会显示你的姓名
知乎用户，Coding/Reading/Hiking/Running
知乎用户、曹媛媛、石存沣 等人赞同
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原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。
9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，
它的优点：
它的哲理是：
它的设计理念：
相关限制：
总结：
在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。
如果你在Windows使用Appium，你没法使用预编译专用于OS X的.app文件，因为Appium依赖OS X专用的库来支持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运行iOS测试。
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，方便测试人员操作。
用Appium自动化测试不需要重新编译App；
支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；
不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；
移动端自动化测试应该是开源的；
开源；
支持Native App、Hybird App、Web App；
支持Android、iOS、Firefox OS；
Server也是跨平台的，你可以使用Mac OS X、Windows或者Linux；
显示全部
编辑于 2015-03-20 1 条评论 • 作者保留权利
赞同4反对，不会显示你的姓名
知乎用户，hello rabbit
郝思远、man Nor、徐佳琦 等人赞同
当前有很大的趋势是转向移动应用平台，Android 是最广泛使用的移动操作系统，2014 年大约占 80% 以上的市场。在开发 Android 应用的时候要进行测试，现在市场上有大量的测试工具。
本文提到的开源 Android 软件测试工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid。
Android Test Kit
Android Test Kit 是一组 Google 开源测试工具，用于 Android 平台，包含 Espresso API 可用于编写简洁可靠的 Android UI 测试。
OSChina URL: Android Test Kit首页、文档和下载
相关资源
* Android application testing with the Android test framework – Tutorial
* Espresso for Android is here!
AndroidJUnit4
AndroidJUnit4 是一个让 JUnit 4 可以直接运行在 Android 设备上的开源命令行工具。
OSChina URL: AndroidJUnit4首页、文档和下载
Appium
Appium 是一个开源、跨平台的自动化测试工具，用于测试原生和轻量移动应用，支持 iOS, Android 和 FirefoxOS 平台。Appium 驱动苹果的 UIAutomation 库和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver *** ON 协议。
Appinm 的 iOS 支持是基于 Dan Cuellar's 的 iOS Auto. Appium 同时绑定了 Selendroid 用于老的 Android 平台测试。
OSChina URL: Appium首页、文档和下载
相关资源
* Appium Tutorial
* Android UI testing with Appium
Calabash-android
calabash-android 是一个基于 Cucumber 的 Android 的功能自动化测试框架。Calabash 允许你写和执行，是开源的自动化移动应用测试工具，支持 Android 和 iOS 原生应用。Calabash 的库允许原生和混合应用的交互测试，交互包括大量的终端用户活动。Calabash 可以媲美 Selenium WebDriver。但是， 需要注意的是 web 应用和桌面环境的交互跟触摸屏应用的交互是不同的。Calabash 专为触摸屏设备的原生应用提供 APIs。
OSChina URL: calabash-android首页、文档和下载
相关资源
* A better way to test Android applications using Calabash
* Calabash Android: query language basics
Monkey
Monkey 是 Google 开发的 UI/应用测试工具，也是命令行工具，主要针对压力测试。你可以在任意的模拟器示例或者设备上运行。Monkey 发送一个用户事件的 pseudo-random 流给系统，作为你开发应用的压力测试。
OSChina URL: UI/Application Exerciser Monkey
MonkeyTalk
MonkeyTalk 是世界上最强大的移动应用测试工具。MonkeyTalk 自动为 iOS 和 Android 应用进行真实的，功能 *** 互测试。MonkeyTalk 提供简单的 " *** oke tests"，复杂数据驱动的测试套件。
MonkeyTalk 支持原生，移动和混合应用，真实设备或者模拟器。MonkeyTalk 使得场景捕获非常容易，可以记录高级别，可读的测试脚本。同样的命令可以用在 iOS 和 Android 应用上。你可以记录一个平台的一个测试，并且可以在另外一个平台回放。MonkeyTalk 支持移动触摸和基于手势交互为主的移动体验。点击，拖拽，移动，甚至是手指绘制也可以被记录和回放。
OSChina URL: MonkeyTalk首页、文档和下载
相关资源
* Using MonkeyTalk in AndroidStudio
NativeDriver
NativeDriver 是 WebDriver API 的实现，是原生应用 UI 驱动，而不是 web 应用。
OSChina URL: NativeDriver首页、文档和下载
Robolectric
Robolectric 是一款Android单元测试框架，使用 Android SDK jar，所以你可以使用测试驱动开发 Android 应用。测试只需几秒就可以在工作站的 JVM 运行。Robolectric 处理视图缩放，资源加载和大量 Android 设备原生的 C 代码实现。
Robolectric 允许你做大部分真实设备上可以做的事情，可以在工作站中运行，也可以在常规的 JVM 持续集成环境运行，不需要通过模拟器。
OSChina URL: Robolectric首页、文档和下载
Additional resources
* Better Android Testing with Robolectric 2.0
Using Robolectric for Android testing – Tutorial
RoboSpock
RoboSpock 是一个开源的 Android 测试框架。提供简单的编写 BDD 行为驱动开发规范的 *** ，使用Groovy 语音，支持 Google Guice 库。RoboSpock 合并了 Robolectric 和 Spock 的功能。
OSChina URL: RoboSpock首页、文档和下载
相关资源
* RoboSpock – Behavior Driven Development (BDD) for Android
Robotium
Robotium 是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作（点击、长 按、滑动等）、查找和断言机制的API，能够对各种控件进行操作。
Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测 试。另外，Robotium 4.0版本已经支持对WebView的操作。Robotium 对Activity，Dialog，Toast，Menu 都是支持的。
OSChina URL: Robotium首页、文档和下载
相关资源
* Robotium – Testing Android User Interface
* Android user interface testing with Robotium – Tutorial
UIAutomator
uiautomator 测试框架提高用户界面（UI）的测试效率，通过自动创建功能 UI 测试示例，可以在一个或者多个设备上运行你的应用。
OSChina URL: uiautomator首页、文档和下载
相关资源
* Automatic Android Testing with UiAutomator
Selendroid
Selendroid 是一个 Android 原生应用的 UI 自动化测试框架。测试使用 Selenium 2 客户端 API 编写。Selendroid 可以在模拟器和实际设备上使用，也可以集成网格节点作为缩放和并行测试。
OSChina URL: Selendroid首页、文档和下载
相关资源
* Mobile Test Automation with Selendroid
* Road to setup Selendroid and create first test script of android application
* Up and running with: Selendroid
一些停止维护的 Android 测试工具
一些几乎没有继续维护的开源 Android 测试工具项目（至少是最近几个月都没有更新的项目）。
Emmagee
Emmagee 是监控指定被测应用在使用过程中占用机器的CPU、内存、流量资源的性能测试小工具。Emmagee 同时还提供非常酷的一些特性，比如定制间隔来收集数据，使用浮动窗口呈现实时进程状态等。
OSChina URL: Emmagee首页、文档和下载
Sirocco
Scirocco（scirocco-webdriver） 是开源的应用自动化测试工具，可以从 Eclipse 访问必要的测试设备。Scirocco 提供自动化的 Android 应用测试功能，代替手工测试。Scirocco 支持谷歌的 NativeDriver，把 AndroidDriver 作为主要的测试库。Scirocco 包括三个部分：NativeDriver，AndroidDriver，scirocco 插件（一个 Eclipse 插件；可以自动执行 scenario 测试和 *** 测试报告截图）。
OSChina URL: Scirocco首页、文档和下载
via softwaretestingmagazine
内容来源：开源中国社区显示全部
发布于 2015-03-27 添加评论 • 作者保留权利
赞同11反对，不会显示你的姓名
知乎用户，拥抱移动互联网
android app自动化测试工具有哪些
Feb232012更新:还有Sikuli(?firsttime=0发布于2013-12-075条评论•作者保留权利赞同25反对，不会显示你的姓名知乎用户，Coding/Reading/Hiking/Running知乎用户、曹媛媛、石存沣等人赞同1、Monkey是AndroidSDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。2、MonkeyRunner也是AndroidSDK提供的测试工具。严格意义上来说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测试）。缺点是只支持SDK16（Android4.1）及以上，不支持HybirdApp、WebApp。5、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。因为是基于Instrumentation的，所以不能跨App。配合AndroidStudio来编写测试的简单例子6、Selendroid：也是基于Instrumentation的测试框架，可以测试NativeApp、HybirdApp、WebApp，但是网上资料较少，社区活跃度也不大。7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来说要有一定的Java基础，了解Android基本组件，不能跨App。8、Athrun是 *** 出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。这里有详细介绍。9、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的，它的优点：它的哲理是：它的设计理念：相关限制：总结：在iOS部分是封装了UIAutomation；Android4.2以上是用UiAutomator，Android2.3~4.1用的是Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。所以Appium拥有了以上几大框架的所有优点：跨App，支持NativeApp、HybirdApp、WebApp，还支持N种语言来编写你的测试脚本。如果你在Windows使用Appium，你没法使用预编译专用于OSX的.app文件，因为Appium依赖OSX专用的库来支持iOS测试，所以在Windows平台你不能测试iOSApps。这意味着你只能通过在Mac上来运行iOS测试。Client/Server架构，运行的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使用Appiumclientlibraries多种语言的测试脚本，而且Server端完全可以部署在服务器上，甚至云服务器。Session，每个Client连接到Server以后都会有一个SessionID，而且Client发送命令到Server端都需要这个SessionID，因为这个seesionid代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚至可以打开N个Session，同时测试不同的设备或模拟器。DesiredCapabilities，其实就是一个键值对，设置一些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。AppiumServer是Node.js写的，所以可以直接用NPM来进行安装。AppiumClients，MacOS和Win下提供GUI，不需要装Node.js，方便测试人员操作。用Appium自动化测试不需要重新编译App；支持很多语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；不需要为了自动化测试来重造轮子，因为扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，所以有Web自动化测试经验的测试人员可以直接上手）；移动端自动化测试应该是开源的；开源；支持NativeApp、HybirdApp、WebApp；支持Android、iOS、FirefoxOS；Server也是跨平台的，你可以使用MacOSX、Windows或者Linux；显示全部编辑于2015-03-201条评论•作者保留权利赞同4反对，不会显示你的姓名知乎用户，hellorabbit郝思远、manNor、徐佳琦等人赞同当前有很大的趋势是转向移动应用平台，Android是最广泛使用的移动操作系统，2014年大约占80%以上的市场。在开发Android应用的时候要进行测试，现在市场上有大量的测试工具。本文提到的开源Android软件测试工具包括：AndroidTestKit,AndroidJUnit4,Appium,calabash-android,Monkey,MonkeyTalk,NativeDriver,Robolectric,RoboSpock,Robotium,UIAutomator,Selendroid。AndroidTestKitAndroidTestKit是一组Google开源测试工具，用于Android平台，包含EspressoAPI可用于编写简洁可靠的AndroidUI测试。OSChinaURL:AndroidTestKit首页、文档和下载相关资源*AndroidapplicationtestingwiththeAndroidtestframework–Tutorial*EspressoforAndroidishere!AndroidJUnit4AndroidJUnit4是一个让JUnit4可以直接运行在Android设备上的开源命令行工具。OSChinaURL:AndroidJUnit4首页、文档和下载AppiumAppium是一个开源、跨平台的自动化测试工具，用于测试原生和轻量移动应用，支持iOS,Android和FirefoxOS平台。Appium驱动苹果的UIAutomation库和Android的UiAutomator框架，使用Selenium的WebDriver *** ON协议。Appinm的iOS支持是基于DanCuellar's的iOSAuto.Appium同时绑定了Selendroid用于老的Android平台测试。OSChinaURL:Appium首页、文档和下载相关资源*AppiumTutorial*AndroidUItestingwithAppiumCalabash-androidcalabash-android是一个基于Cucumber的Android的功能自动化测试框架。Calabash允许你写和执行，是开源的自动化移动应用测试工具，支持Android和iOS原生应用。Calabash的库允许原生和混合应用的交互测试，交互包括大量的终端用户活动。Calabash可以媲美SeleniumWebDriver。但是，需要注意的是web应用和桌面环境的交互跟触摸屏应用的交互是不同的。Calabash专为触摸屏设备的原生应用提供APIs。OSChinaURL:calabash-android首页、文档和下载相关资源*AbetterwaytotestAndroidapplicationsusingCalabash*CalabashAndroid:querylanguagebasicsMonkeyMonkey是Google开发的UI/应用测试工具，也是命令行工具，主要针对压力测试。你可以在任意的模拟器示例或者设备上运行。Monkey发送一个用户事件的pseudo-random流给系统，作为你开发应用的压力测试。OSChinaURL:UI/ApplicationExerciserMonkeyMonkeyTalkMonkeyTalk是世界上最强大的移动应用测试工具。MonkeyTalk自动为iOS和Android应用进行真实的，功能 *** 互测试。MonkeyTalk提供简单的" *** oketests"，复杂数据驱动的测试套件。MonkeyTalk支持原生，移动和混合应用，真实设备或者模拟器。MonkeyTalk使得场景捕获非常容易，可以记录高级别，可读的测试脚本。同样的命令可以用在iOS和Android应用上。你可以记录一个平台的一个测试，并且可以在另外一个平台回放。MonkeyTalk支持移动触摸和基于手势交互为主的移动体验。点击，拖拽，移动，甚至是手指绘制也可以被记录和回放。OSChinaURL:MonkeyTalk首页、文档和下载相关资源*UsingMonkeyTalkinAndroidStudioNativeDriverNativeDriver是WebDriverAPI的实现，是原生应用UI驱动，而不是web应用。OSChinaURL:NativeDriver首页、文档和下载RobolectricRobolectric是一款Android单元测试框架，使用AndroidSDKjar，所以你可以使用测试驱动开发Android应用。测试只需几秒就可以在工作站的JVM运行。Robolectric处理视图缩放，资源加载和大量Android设备原生的C代码实现。Robolectric允许你做大部分真实设备上可以做的事情，可以在工作站中运行，也可以在常规的JVM持续集成环境运行，不需要通过模拟器。OSChinaURL:Robolectric首页、文档和下载Additionalresources*BetterAndroidTestingwithRobolectric2.0UsingRobolectricforAndroidtesting–TutorialRoboSpockRoboSpock是一个开源的Android测试框架。提供简单的编写BDD行为驱动开发规范的 *** ，使用Groovy语音，支持GoogleGuice库。RoboSpock合并了Robolectric和Spock的功能。OSChinaURL:RoboSpock首页、文档和下载相关资源*RoboSpock–BehaviorDrivenDevelopment(BDD)forAndroidRobotiumRobotium是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作（点击、长按、滑动等）、查找和断言机制的API，能够对各种控件进行操作。Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测试。另外，Robotium4.0版本已经支持对WebView的操作。Robotium对Activity，Dialog，Toast，Menu都是支持的。OSChinaURL:Robotium首页、文档和下载相关资源*Robotium–TestingAndroidUserInterface*AndroiduserinterfacetestingwithRobotium–TutorialUIAutomatoruiautomator测试框架提高用户界面（UI）的测试效率，通过自动创建功能UI测试示例，可以在一个或者多个设备上运行你的应用。OSChinaURL:uiautomator首页、文档和下载相关资源*AutomaticAndroidTestingwithUiAutomatorSelendroidSelendroid是一个Android原生应用的UI自动化测试框架。测试使用Selenium2客户端API编写。Selendroid可以在模拟器和实际设备上使用，也可以集成网格节点作为缩放和并行测试。OSChinaURL:Selendroid首页、文档和下载相关资源*MobileTestAutomationwithSelendroid*RoadtosetupSelendroidandcreatefirsttestscriptofandroidapplication*Upandrunningwith:Selendroid一些停止维护的Android测试工具一些几乎没有继续维护的开源Android测试工具项目（至少是最近几个月都没有更新的项目）。EmmageeEmmagee是监控指定被测应用在使用过程中占用机器的CPU、内存、流量资源的性能测试小工具。Emmagee同时还提供非常酷的一些特性，比如定制间隔来收集数据，使用浮动窗口呈现实时进程状态等。OSChinaURL:Emmagee首页、文档和下载SiroccoScirocco（scirocco-webdriver）是开源的应用自动化测试工具，可以从Eclipse访问必要的测试设备。Scirocco提供自动化的Android应用测试功能，代替手工测试。Scirocco支持谷歌的NativeDriver，把AndroidDriver作为主要的测试库。Scirocco包括三个部分：NativeDriver，AndroidDriver，scirocco插件（一个Eclipse插件；可以自动执行scenario测试和 *** 测试报告截图）。OSChinaURL:Scirocco首页、文档和下载viasoftwaretestingmagazine内容来源：开源中国社区显示全部发布于2015-03-27添加评论•作者保留权利赞同11反对，不会显示你的姓名知乎用户，拥抱移动互联网
自动化测试工具有哪些
一、对于你的问题，首先明确测试类型，然后才能明确自动化测试类型，最后定位哪个类型用哪个方面的自动化测试工具。
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、性能测试）等。
2、不同的测试类型使用的自动化测试 *** 不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的 *** ，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者.net、QTP需要VB等。
5、你说的loadrunner就是性能测试方面的工具，即是测试软件性能、例如多用户操作等性能、也需要写代码，LR脚本支持的语言有：java、
c、Visual Basic、vbscrīpt。默认的脚本生成语言为
C;其实我想说的是，性能测试工具不重要，你需要掌握其性能测试的 *** 才是更重要的。
二、我感觉你想入门自动化测试，但是从你问的问题来看，有一定盲目性，我简单说一下自动化测试吧。
1、自动化测试，其理念就是应用各种手段模拟人工操作，节省人力测试成本，保证产品测试质量。
2、你想学好自动化软件测试，不是单单靠学习几个自动化工具就能掌握的，但是你可以从工具入手，首先，告诉你自动化测试的基础是：
1）编程技巧，包括高级语言和脚本语言，脚本语言是初期的掌握，可以有，tcl、phython、ruby等而高级语言，要好好学好一门，例如，我是对java为重点。还有，如果你是对web自动化测试的话，那么jsp、php、HTML、CSS等web语言是必须掌握的。
2）操作系统技巧；因为软件自动化测试是构建在操作系统上的，其技巧需要能善于利用到操作系统的各种技巧，例如：注册表、环境变量、句柄等。
3）数据库知识，要善于利用数据库知识去存储管理。
4）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。
5）质量与流程管理理念。
然后，你的学习步骤：
1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、
selenium等）、性能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。
2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。
3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，我给你推荐一下。
注意：如果没有自动化测试方面的实践项目的话，更好先从基础学起，因为基础学好了，自动化测试入门会很快的。
4（至于性能测试，也是一样，可以先从工具入手，但不要局限于工具，性能测试最重要的是环境的构建 *** 以及对测试结果的分析 *** ，所以性能测试重点在于分析和实现过程，而不是工具使用过程。
如何通过修改burp suite 中的raw 信息进行渗透测试
刚接触web安全的时候，非常想找到一款集成型的渗透测试工具，找来找去，最终选择了Burp Suite，除了它功能强大之外，还有就是好用，易于上手。于是就从网上下载了一个破解版的来用，记得那时候好像是1.2版本，功能也没有现在这么强大。在使用的过程中，慢慢发现，网上系统全量的介绍BurpSuite的书籍太少了，大多是零星、片段的讲解，不成体系。后来慢慢地出现了不少介绍BurpSuite的视频，现状也变得越来越好。但每每遇到不知道的问题时，还是不得不搜寻BurpSuite的官方文档和英文网页来解决问题，也正是这些问题，慢慢让我觉得有必要整理一套全面的BurpSuite中文教程，算是为web安全界做尽自己的一份微薄之力，也才有了你们现在看到的这一系列文章。
我给这些文章取了IT行业图书比较通用的名称: 《BurpSuite实战指南》，您可以称我为中文编写者，文章中的内容主要源于BurpSuite官方文档和多位国外安全大牛的经验总结，我只是在他们的基础上，结合我的经验、理解和实践，编写成现在的中文教程。本书我也没有出版成纸质图书的计划，本着IT人互联分享的精神，放在github，做免费的电子书。于业界，算一份小小的贡献；于自己，算一次总结和锻炼。
以上，是为小记。
感谢您阅读此书，阅读过程中，如果发现错误的地方，欢迎发送邮件到 t0data@hotmail.com,感谢您的批评指正。
本书包含以下章节内容：
之一部分 Burp Suite 基础
Burp Suite 安装和环境配置
Burp Suite *** 和浏览器设置
如何使用Burp Suite ***
SSL和Proxy高级选项
如何使用Burp Target
如何使用Burp Spider
如何使用Burp Scanner
如何使用Burp Intruder
如何使用Burp Repeater
如何使用Burp Sequencer
如何使用Burp Decoder
如何使用Burp Comparer
第二部分 Burp Suite 高级
数据查找和拓展功能的使用
BurpSuite全局参数设置和使用
Burp Suite应用商店插件的使用
如何编写自己的Burp Suite插件
第三部分 Burp Suite 综合使用
使用Burp Suite测试Web Services服务
使用Burp, Sqlmap进行自动化SQL注入渗透测试
使用Burp、Phantom *** 进行XSS检测
使用Burp 、Radamsa进行浏览器fuzzing
使用Burp 、Android Killer进行安卓app渗透测试
之一章 Burp Suite 安装和环境配置
Burp Suite是一个集成化的渗透测试工具，它 *** 了多种渗透测试组件，使我们自动化地或手工地能更好的完成对web应用的渗透测试和攻击。在渗透测试中，我们使用Burp Suite将使得测试工作变得更加容易和方便，即使在不需要娴熟的技巧的情况下，只有我们熟悉Burp Suite的使用，也使得渗透测试工作变得轻松和高效。
Burp Suite是由Java语言编写而成，而Java自身的跨平台性，使得软件的学习和使用更加方便。Burp Suite不像其他的自动化测试工具，它需要你手工的去配置一些参数，触发一些自动化流程，然后它才会开始工作。
Burp Suite可执行程序是java文件类型的jar文件，免费版的可以从免费版下载地址进行下载。免费版的BurpSuite会有许多限制，很多的高级工具无法使用，如果您想使用更多的高级功能，需要付费购买专业版。专业版与免费版的主要区别有
Burp Scanner
工作空间的保存和恢复
拓展工具，如Target Analyzer, Content Discovery和 Task Scheduler
本章主要讲述Burp Suite的基本配置，包含如下内容：
如何从命令行启动Burp Suite/br
如何设置JVM内存 大小/br
IPv6问题调试
如何从命令行启动Burp Suite
Burp Suite是一个无需安装软件，下载完成后，直接从命令行启用即可。但Burp Suite是用Java语言开发的，运行时依赖于JRE，需要提前Java可运行环境。
如果没有配置Java环境或者不知道如何配置的童鞋请参考win7电脑上的Java环境配置 配置完Java环境之后，首先验证Java配置是否正确，如果输入java -version 出现下图的结果，证明配置正确且已完成。
这时，你只要在cmd里执行java -jar /your_burpsuite_path/burpSuite.jar即可启动Burp Suite,或者，你将Burp Suite的jar放入class_path目录下，直接执行java -jar burpSuite.jar也可以启动。
==注意：your_burpsuite_path为你Burp Suite所在路径，burpSuite.jar文件名必须跟你下载的jar文件名称一致==
如何设置JVM内存 大小
如果Java可运行环境配置正确的话，当你双击burpSuite.jar即可启动软件，这时，Burp Suite自己会自动分配更大的可用内存，具体实际分配了多少内存，默认一般为64M。当我们在渗透测试过程，如果有成千上万个请求通过Burp Suite，这时就可能会导致Burp Suite因内存不足而崩溃，从而会丢失渗透测试过程中的相关数据，这是我们不希望看到的。因此，当我们启动Burp Suite时，通常会指定它使用的内存大小。 一般来说，我们通常会分配2G的内存供Burp Suite使用，如果你的电脑内存足够，可以分配4G；如果你的电脑内存足够小，你也可以分配128M。当你给Burp Suite分配足够多的内存时，它能做的工作也会更多。指定Burp Suite占用内存大小的具体配置 *** 是在启动脚本里添加如下命令行参数： 假设启动脚本的名称为burp_suite_start.bat，则该bat脚本的内容为
java -jar -Xmx2048M /your_burpsuite_path/burpsuite.jar
其中参数-Xmx指定JVM可用的更大内存，单位可以是M，也可以是G，如果是G为单位的话，则脚本内容为：
java -jar -Xmx2G /your_burpsuite_path/burpsuite.jar
更多关于JVM性能调优的知识请阅读 Oracle JVM Tuning
IPv6问题调试
Burp Suite是不支持IPv6地址进行数据通信的，这时在cmd控制台里就会抛出如下异常
java.net.SocketException: Permission denied
同时，浏览器访问时，也会出现异常
Burp proxy error: Permission denied: connect
当出现如上问题时，我们需要修改启动脚本，添加对IPv4的指定后，重启Burp Suite即可。
java -jar -Xmx2048M -Djava.net.preferIPv4Stack=true /your_burpsuite_path/burpsuite.jar
通过 -Djava.net.preferIPv4Stack=true参数的设置，告诉Java运行环境，使用IPv4协议栈进行数据通信，IPv6协议将会被禁止使用。 这个错误最常见于64位的windows操作系统上，使用了32位的JDK
第二章 Burp Suite *** 和浏览器设置
Burp Suite *** 工具是以拦截 *** 的方式，拦截所有通过 *** 的 *** 流量，如客户端的请求数据、服务器端的返回信息等。Burp Suite主要拦截http和https协议的流量，通过拦截，Burp Suite以中间人的方式，可以对客户端请求数据、服务端返回做各种处理，以达到安全评估测试的目的。
在日常工作中，我们最常用的web客户端就是的web浏览器，我们可以通过 *** 的设置，做到对web浏览器的流量拦截，并对经过Burp Suite *** 的流量数据进行处理。
下面我们就分别看看IE、Firefox、Google Chrome下是如何配置Burp Suite *** 的。
IE设置
当Burp Suite 启动之后，默认分配的 *** 地址和端口是127.0.0.1 ：8080,我们可以从Burp Suite的proxy选项卡的options上查看。如图：
现在，我们通过如下步骤的设置即可完成IE通过Burp Suite *** 的相关配置。
启动IE浏览器
点击【工具】菜单，选择【Internet】选项
打开【连接】选项卡，点击【局域网设置】，进行 *** 设置。
在 *** 服务器设置的地址输入框中填写127.0.0.1,端口填写8080，点击【确定】，完成 *** 服务器的设置。
这时，IE的设置已经完成，你可以访问 http://burp 将会看到Burp Suite的欢迎界面。
FireFox设置
与IE的设置类似，在FireFox中，我们也要进行一些参数设置，才能将FireFox浏览器的通信流量，通过BurpSuite *** 进行传输。详细的步骤如下：
启动FireFox浏览器，点击【工具】菜单，点击【选项】。
在新打开的about:preferences#advanced窗口中，依次点击【高级】-【 *** 】，我们将会看到FireFox连接 *** 的设置选项。
点击【设置】，在弹出的【连接设置】对话框中，找到“http *** ”，填写127.0.0.1，端口填写8080，最后点击【确认】保存参数设置，完成FireFox的 *** 配置。
当然，FireFox浏览器中，可以添加FireFox的扩展组件，对 *** 服务器进行管理。例如FireX Proxy、Proxy Swither都是很好用的组件，感兴趣的读者可以自己下载试用一下。
Google Chrome设置
Google Chrome使用Burp Suite作为 *** 服务器的配置步骤如下：
启动Google Chrome浏览器，在地址栏输入chrome://settings/，回车后即显示Google Chrome浏览器的配置界面
点击底部的【显示高级设置】，将显示Google Chrome浏览器的高级设置。
当然，你也可以直接在搜索框中输入“ *** ”，回车后将自动定位到 *** 服务器设置功能。
点击【更改 *** 服务器设置】，windows系统下将会弹出IE浏览器的 *** 设置，此时，按照IE浏览器的设置步骤，完成 *** 服务器的配置即可。
除了上述的三种常用的浏览器外，还有Safari浏览器也有不少的用户在使用，其 *** 配置请点击阅读进行查看。
第三章 如何使用Burp Suite ***
Burp Proxy 是Burp Suite以用户驱动测试流程功能的核心，通过 *** 模式，可以让我们拦截、查看、修改所有在客户端和服务端之间传输的数据。
本章主要讲述以下内容：
Burp Proxy基本使用
数据拦截与控制
可选项配置Options
历史记录History
Burp Proxy基本使用
通过上一章的学习，我们对Burp Suite *** 模式和浏览器 *** 设置有了基本的了解。Burp Proxy的使用是一个循序渐进的过程，刚开始使用时，可能并不能很快就获取你所期望的结果，慢慢地当你熟悉了它的功能和使用 *** ，你就可以用它很好地对一个产品系统做安全能力评估。 一般使用Burp Proxy时，大体涉及环节如下：
首先，确认JRE已经安装好，Burp Suite可以启动并正常运行，且已经完成浏览器的 *** 服务器配置。
打开Proxy功能中的Intercept选项卡，确认拦截功能为“Interception is on”状态，如果显示为“Intercept is off”则点击它，打开拦截功能。
打开浏览器，输入你需要访问的URL（以http://baike.baidu.com/为例）并回车，这时你将会看到数据流量经过Burp Proxy并暂停，直到你点击【Forward】，才会继续传输下去。如果你点击了【Drop】，则这次通过的数据将会被丢失，不再继续处理。
当我们点击【Forward】之后，我们将看到这次请求返回的所有数据。
当Burp Suite拦截的客户端和服务器交互之后，我们可以在Burp Suite的消息分析选项卡中查看这次请求的实体内容、消息头、请求参数等信息。消息分析选项视图主要包括以下四项：
Raw 这是视图主要显示web请求的raw格式，包含请求地址、http协议版本、主机头、浏览器信息、Accept可接受的内容类型、字符集、编码方式、cookie等。你可以通过手工修改这些信息，对服务器端进行渗透测试。
params 这个视图主要显示客户端请求的参数信息、包括GET或者POST请求的参数、Cookie参数。渗透人员可以通过修改这些请求参数来完成对服务器端的渗透测试。
headers 这个视图显示的信息和Raw的信息类似，只不过在这个视图中，展示得更直观、友好。
Hex 这个视图显示Raw的二进制内容，你可以通过hex编辑器对请求的内容进行修改。
默认情况下，Burp Proxy只拦截请求的消息，普通文件请求如css、js、图片是不会被拦截的，你可以修改默认的拦截选项来拦截这些静态文件，当然，你也可以通过修改拦截的作用域、参数或者服务器端返回的关键字来控制Burp Proxy的消息拦截，这些在后面的章节中我们会进一步的学习。 所有流经Burp Proxy的消息，都会在http history记录下来，我们可以通过历史选项卡，查看传输的数据内容，对交互的数据进行测试和验证。同时，对于拦截到的消息和历史消息，都可以通过右击弹出菜单，发送到Burp的其他组件，如Spider、Scanner、Repeater、Intruder、Sequencer、Decoder、Comparer、Extender，进行进一步的测试。如下图所示：
数据拦截与控制
Burp Proxy的拦截功能主要由Intercept选项卡中的Forward、Drop、Interception is on/off、Action、Comment 以及Highlight构成，它们的功能分别是： Forward的功能是当你查看过消息或者重新编辑过消息之后，点击此按钮，将发送消息至服务器端。 Drop的功能是你想丢失当前拦截的消息，不再forward到服务器端。Interception is on表示拦截功能打开，拦截所有通过Burp Proxy的请求数据；Interception is off表示拦截功能关闭，不再拦截通过Burp Proxy的所有请求数据。 Action的功能是除了将当前请求的消息传递到Spider、Scanner、Repeater、Intruder、Sequencer、Decoder、Comparer组件外，还可以做一些请求消息的修改，如改变GET或者POST请求方式、改变请求body的编码，同时也可以改变请求消息的拦截设置，如不再拦截此主机的消息、不再拦截此IP地址的消息、不再拦截此种文件类型的消息、不再拦截此目录的消息，也可以指定针对此消息拦截它的服务器端返回消息。
Comment的功能是指对拦截的消息添加备注，在一次渗透测试中，你通常会遇到一连串的请求消息，为了便于区分，在某个关键的请求消息上，你可以添加备注信息。
Highlight的功能与Comment功能有点类似，即对当前拦截的消息设置高亮，以便于其他的请求消息相区分。
除了Intercept中可以对通过Proxy的消息进行控制外，在可选项设置选项卡Options中也有很多的功能设置也可以对流经的消息进行控制和处理。
可选项配置Options
当我们打开可选项设置选项卡Options，从界面显示来看，主要包括以下几大板块（涉及https的功能不包含在本章内容里，后面会一章专门叙述）：
客户端请求消息拦截
服务器端返回消息拦截
服务器返回消息修改
正则表达式配置
其他配置项
客户端请求消息拦截
客户端请求消息拦截是指拦截客户端发送到服务器端消息的相关配置选项，其界面如下：
主要包含拦截规则配置、错误消息自动修复、自动更新Content-Length消息头三个部分。
如果intercept request based on the follow rules的checkbox被选中，则拦截所有符合勾选按钮下方列表中的请求规则的消息都将被拦截，拦截时，对规则的过滤是自上而下进行的。当然，我们可以根据自己的需求，通过【Up】和【Down】按钮，调节规则所在位置和排序。同时，我们可以点击【Add】添加一条规则，也可以选中一条规则，通过点击【Edit】进行编辑、点击【Remove】进行删除。当我们点击【Add】按钮时，会弹出规则添加的输入对话框，如下图：
拦截规则添加时，共包含4个输入项。Boolean opertor表示当前的规则与其他规则是与的方式（And）还是或的方式（Or）共存；Match type表示匹配类型，此处匹配类型可以基于域名、IP地址、协议、请求 *** 、URL、文件类型、参数, cookies, 头部或者内容, 状态码, MIME类型, HTML页面的title等。Match relationship表示此条规则是匹配还是不匹配Match condition输入的关键字。当我们输入这些信息，点击【OK】按钮，则规则即被保存。
如果Automatically fix missing的checkbox被选中，则表示在一次消息传输中，Burp Suite会自动修复丢失或多余的新行。比如说，一条被修改过的请求消息，如果丢失了头部结束的空行，Burp Suite会自动添加上；如果一次请求的消息体中，URl编码参数中包含任何新的换行，Burp Suite将会移除。此项功能在手工修改请求消息时，为了防止错误，有很好的保护效果。
如果Automatically update Content-Length的checkbox被选中，则当请求的消息被修改后，Content-Length消息头部也会自动被修改，替换为与之相对应的值。