本文主要是展示一系列的开源 Android 测试工具。每个工具都会有相应的简短介绍，还有一些相关的资源。Android 测试工具列表是按照字母来排序的，最后还会介绍几个不是特别活跃的 Android 测试相关的开源项目。

C++Profiler工具 精确度 对动态库的支持 对动态控制的支持 二次开发和维护成本 GUN profile 较高，对函数执行次数的统计是100%正确的，但是对函数执行时间

Cucumber 是一个能够理解用普通语言 描述的测试用例的支持行为驱动开发（BDD）的自动化测试工具，用Ruby编写，支持Java和.Net等多种开发语言。 项目地址： http://cukes

以下几于用于测试响应式网站的在线工具。 Responsinator The Responsinator helps website makers quickly get an indication

Siege是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。

Siege是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。

wrk 是一个比较先进的 HTTP 压力测试工具。 测试方法： wrk -t8 -c400 -r10m http://localhost:8080/index.html 输出结果： Making

Marathon是一个GUI测试工具，能够针对一个Java Swing UI进行播放和记录测试脚本。Marathon采用Java开发，使用Python 和 Ruby 作为脚本语言 (重点是一个非常简单

Webbench是有名的网站压力测试工具，它是由 Lionbridge公司（http://www.lionbridge.com）开发。 Webbech能测试处在相同硬件上，不同服务的性能以及不同硬

Emmagee是监控指定被测应用在使用过程中占用机器的CPU、内存、流量资源的性能测试小工具。 支持SDK：Android2.2以及以上版本 Emmagee功能 介绍 1、检测当前

fuzzdb是一个应用程序模糊测试(fuzzing)数据库，该数据库收集了大量已知的攻击模式，如XSS，Xpath注入，SQL注入，XML攻击，本地文件包含，路径遍历，远程文件包含，ldap攻击，格式

YSlow可以对网站的页面进行分析，并告诉你为了提高网站性能，如何基于某些规则而进行优化。

TCP/UDP 包的测试工具。主线分支官方支持 Windows，Mac 和 Ubuntu 桌面 Linux（开源），同时提供 Android 版本（免费）。网络应用程序调试/测试必备！

Sixpack 是一个开源A/B测试工具，具有独特的特点：与语言无关。他不限制你用一种语言运行整个测试，所以你可以用一种语言开始，用另一种结束（比如 JS & PHP 代码作为相同的测试）。他有针对PHP，javaScript

10款常用Java测试工具 1. 美国Segue公司的Silk系列产品 　　Segue公司一直专注于软件质量优化领域。在Segue的产品套件中，拥有业内最强劲且最容易使用的、用于企业应用测试、调优和监测的

ONVIF测试方法及工具 设备是否支持ONVIF验证 1 ONVIF Test Tool安装 1.1PC安装环境要求：装有Microsoft .Net Framework 3.5或以上版本。 1.2安装源文件请见：ONVIF

前言： 最近开始研究Android自动化测试方法，对其中的一些工具、方法和框架做了一些简单的整理，其中包括 android测试框架、CTS、Monkey、Monkeyrunner、benchmark、其它test

1. 测试工具LoadRunner介绍第一章 LoadRunner简介 第二章 测试计划 第三章 脚本录制 第四章 场景设计 第五章 结果分析 2. LoadRunner：是一种预测系统行为和性能的负

Enzyme 来自 airbnb 公司，是一个用于 React 的 JavaScript 测试工具，方便你判断、操纵和历遍 React Components 输出。 Enzyme 的 API 通过模仿

Testing code is crucial for the maintainability of a complex code base, but it is just as important that tests are easy to write, maintain, and understand. Frontend code is no exception to this rule, and behaviors that live in your UI should be tested as well.