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是一种对Java和Android的静态的，编译时依赖注入(Dependency Injection)框架。 它主要用来解决很多由于大量使用反射reflection而带来的开发和性能问题。 Dagger可以用来帮你来建立之前需要写的Factory class。它主要用来代码生成。 Dagger也是根据@Inject注解来进行代码生成的。 Classes that lack @Inject
-
前一阵子项目里使用到Dagger，一直没时间整理，现在就整理一下Dagger的使用。 一、Dagger是什么 Dagger是现在由Google维护的一套依赖项注入框架，那什么是依赖注入呢？引用Google的话： 类通常需要引用其他类。例如，Car 类可能需要引用 Engine 类。这些必需类称为依赖项，在此示例中，Car 类依赖于拥有 Engine 类的一个实例才能运行。 类可通过
-
Dagger 使用 电脑与CPU 开门见山，来看一段常用业务代码。 以电脑为例。每一台电脑都需要CPU。所以在定电脑的时候，需要将CPU作为参数传入。 public class Computer { CPU cpu; public Computer(CPU cpu) { this.cpu = cpu; } public CPU getCpu()
-
使用 Dagger2的使用说起来并不难，关键在于要掌握Dagger2的提供的几个注解及其意思。 环境搭建 在模块级的build.gradle文件中加入如下依赖： plugins { id 'com.android.application' id 'org.jetbrains.kotlin.android' id 'kotlin-kapt' } android {
-
英文原文：http://emberjs.com/guides/testing/test-runners/ 当运行测试时，可以在很多种不同的方案里选取最适合工作流的方案。找到一种摩擦最低的运行测试的方案非常重要，因为测试是一项经常要做的事情。 浏览器 运行测试的最简单的方法是直接在浏览器中打开页面。下面将展示如何加入一个qunit的测试harness给应用，并可以针对其运行测试： 首先，从这里获取一
-
本文向大家介绍python3+selenium自动化测试框架详解，包括了python3+selenium自动化测试框架详解的使用技巧和注意事项，需要的朋友参考一下 背景 为了更好的发展自身的测试技能，应对测试行业以及互联网行业的迭代变化。自学python以及自动化测试。 虽然在2017年已经开始接触了selenium，期间是断断续续执行自动化测试，因为还有其他测试任务，培训任务要执行… 前期建议大
-
自动化测试 如果你想构建可靠的高质量的软件，自动化测试将是你工具箱里面非常关键的一个部分，它帮助你减少手工测试的代价，提高你的开发小组重构已有代码的能力。 自动化测试的类型 并非所有的自动化测试都是相似的，他们通常在作用域、实现方式和执行时间上有所差异，我把他们分成三种类型的测试：单元测试、集成测试和功能测试。 单元测试用于测试你代码的最小单元，在基于java的项目中这个单元就是一个方法(met
-
传统的接口自动化测试成本高，大量的项目没有使用自动化测试保证接口的质量，仅仅依靠手动测试，是非常不可靠和容易出错的。 YApi 为了解决这个问题，开发了可视化接口自动化测试功能，只需要配置每个接口的入参和对 RESPONSE 断言，即可实现对接口的自动化测试，大大提升了接口测试的效率。 第一步，测试集合 使用 YApi 自动化测试，第一步需要做得是创建测试集合和导入接口,点击添加集合创建，创建完成
-
1 测试内容 1.1 视觉人员测试 1.2 产品经理测试 1.3 测试人员测试 2 测试工具 2.1 UI 测试工具 2.1.1 TestComplete 2.1.2 RobotFramework 2.1.3 Katalon Studio 参考
-
在 Hyperf 里测试默认通过 phpunit 来实现，但由于 Hyperf 是一个协程框架，所以默认的 phpunit 并不能很好的工作，因此我们提供了一个 co-phpunit 脚本来进行适配，您可直接调用脚本或者使用对应的 composer 命令来运行。自动化测试没有特定的组件，但是在 Hyperf 提供的骨架包里都会有对应实现。 composer require hyperf/testi
-
基础测试结构 # unittest_simple.py import unittest class SimplisticTest(unittest.TestCase): def test(self): a = 'a' b = 'a' self.assertEqual(a, b) 运行测试 $ python3 -m unittest u
-
WebUI automation testing framework based on Selenium 介绍： pyse基于selenium（webdriver）进行了简单的二次封装，比selenium提供的方法操作更简洁。 起因： python + selenium 自动化测试写久了发现selenium（webdriver）提供原生的方法并简便，于是，产生了二次封装的想法。想不到太炫酷的名