接口测试框架

通用UI自动化测试框架源码 2.0版本，对元素操作方法、检查点、回退操作再此进行抽象。 写过UI自动化测试脚本的朋友，相信都会遇到过，比如前端页面元素改了，又需要去改自己写的脚本，而且只能针对某个web页面的定制化设计，换个web项目就不灵了。 我就在考虑，为什么UI自动化框架就不能通用在不同的系统呢？然后针对这个，设计了现在的UI自动化测试框架，实现了简单的通用，每次只需要维护好用例就行了，维护成本降低

是由GOF 之一的Erich Gamma和 Kent Beck 编写的一个开源的单元测试框架，分析JUnit源代码的主要目的是学习其中对设计模式的运用。

Web自动化测试框架详细介绍，包括selenium等待方式，元素定位方法详细介绍。适合初学UI自动化测试和想对selenium有更多了解的小伙伴~

使用Java+Maven+Selenium+TestNG+Jedis+Jenkins搭建的WebUI自动化测试框架，资源的大体介绍如下链接http://note.youdao.com/noteshare?id=dc564343fd126f497074f6d7560c9f5e&sub=387EB3B1BAC945CEA71A5BDBC6484473

Dagger是网易杭州研究院QA团队开发的一个轻量级、运行稳定的WebUI自动化测试框架，主要基于Selenium及TestNg可以认为是对Selenium进行二次封装的一个框架（俗称 造轮子 ）。之所以把这个轮子开源出来，主要在于经过了公司内部多个项目的实践，也取得了不错的成效，因此，希望开源以后可以对大家有所帮助及参考。 设计理念 Dagger首先是一个WebUI自动化框架，提供了赖以操纵浏览器的一些API。API数量不多，少于20个，但从实践上，已经基本涵盖95%的应用场景了（其余5%比较 个性 的自动化操作一般是封装在业务逻辑层面，有时候甚至会须要hack） Dagger其次是一个测试框架，使用TestNg管理和运行用例，TestNg相关断言内嵌于上述API中。因此，在我们的测试用例里面不应该看到单独的TestNg断言的 Dagger还是一种设计风格：简约。无论是Dagger框架本身还是基于Dagger编写的测试用例，都是十分light及straightforward的，以至于会让人感觉有点土。但实践中，这两者确保了低成本、易用性、可维护性 WebUI自动化从业界看，难推进，易烂尾，原因基本在于：维护成本高、运行速度慢、稳定性差 Dagger专注于WebUI自动化，从技术上克服了速度与稳定问题（见下文）。只封装够用的浏览器操作为API，并充分简化/强化这些API，以简约的风格去降低自动化的学习及使用成本。同时，在实践中，我们主要使用Dagger编写冒烟用例、其次是主干用例，少写逻辑复杂功能，不写边边角角功能，让用例也保持清爽（在整个自动化实施过程中，会定期进行用例Review），同样易于后期维护 主要特性 API极少，易于上手，详见这里. 提供比较完备的文档，便于快速入门，详见这里. 支持单机多浏览器并发执行，大大缩短用例执行时间，详见这里 通过修改TestNg源码实现失败用例自动重运行（详见这里）由此几乎消除WebUI自动化中常见的虚假失败 默认使用Chrome浏览器，原因详见这里 失败用例自动截屏 后续工作 加入Flex/Flash自动化支持 如何使用 Dagger十分适合中小型团队从零开始WebUI自动化，这样的话，只须要直接下载整个Dagger代码就行了，Dagger本身都已经配置好了，下载后看一下使用文档就可以直接开始写用例了 也可以把Dagger打成Jar包，导入已有的自动化框架中，详见这里 标签：Dagger  自动化测试

Mocker是一个用Swift编写的库，它可以使用自定义URLProtocol模拟数据请求。

做各种端时功能测试中常用到的测试工具和自动化测试框架

Jmeter接口自动化测试框架是我自己写的文档，很适合想入门接口自动化的人，该文档很详细，没有一点跳步，值得想入门的人看

OWASP测试框架及web应用渗透测试