Spock、Mockito、MINA

Spock

Spock是针对Java和Groovy应用程序的测试和规范框架。使它在人群中脱颖而出的是其美丽而富有表现力的规范语言。由于其JUnit运行程序，Spock与大多数IDE，构建工具和持续集成服务器兼容。国外—款优秀的测试框架，基于BDD思想，功能强大，能够让我们的测试代码规范化，结构层次清晰，结合groovy动态语言的特点以及自身提供的各种标签让编写测试代码更加高效和简洁，提供—种通用、简单、结构化的描述语言

优点

1.测试代码更规范，内置多种标签来规范单测代码的语义
2.测试代码结构清晰，更具可读性，降低后期维护难度
3.提供多种标签，比如: where、with、thrown…帮助我们应对复杂的测试场景
4.使用groovy这种动态语言来编写测试代码，可以让我们编写的测试代码更简洁，5.适合敏捷开发，提高编写单测代码的效率
6.遵从BDD行为驱动开发模式，不单是为了测试覆盖率而测试，有助于提升代码质量IDE兼容性好，自带mock功能

缺点

需要学习下Groovy 的语法，对Maven的配置不是很友好。但是在Gradle 中可以很好的支持

Mockito

1.迁移到Mockito 2.0
2.验证某些行为
3.如何做一些测试桩 (Stub)
4.参数匹配器 (matchers)
5.验证函数的确切、最少、从未调用次数
6.为返回值为void的函数通过Stub抛出异常
7.按照顺序验证执行结果
8.确保交互(interaction)操作不会执行在mock对象上
9.查找冗余的调用
10.化mock对象的创建
11.为连续的调用做测试桩 (stub)
12.为回调做测试桩
13.doReturn()、doThrow()、doAnswer()、doNothing()、doCallRealMethod()系方法的运用
14.监控真实对象
15.修改没有测试桩的调用的默认返回值 ( 1.7版本之后 )
16.为下一步的断言捕获参数 (1.8版本之后)
17.真实的局部mocks (1.8版本之后)
18.重置mocks对象 (1.8版本之后)
19.故障排查与验证框架的使用 (1.8版本之后)
20.行为驱动开发的别名 (1.8版本之后)
21.序列化mock对象
22.新的注解 : @Captor,@Spy,@ InjectMocks (1.8.3版本之后)
23.验证超时 (1.8.5版本之后)
24.自动初始化被@Spies, @InjectMocks注解的字段以及构造函数注入 (1.9.0版本之后)
25.单行测试桩 (1.9.0版本之后)
26.验证被忽略的测试桩 (1.9.0版本之后)
27.mock详情 (1.9.5版本之后)
28.delegate调用真实的实例 (1.9.5版本之后)
29.MockMaker API (1.9.5版本之后)
30.BDD风格的验证 (1.10.0版本之后)
31.追踪或者Mock抽象类 (1.10.12版本之后)
32.Mockito mock对象通过ClassLoader能被序列化/反序列化 (1.10.0版本之后)
33.deep stubs更好的支持泛型 (1.10.0版本之后)
34.Mockito JUnit 规则 (1.10.17版本之后)
35.开/关插件 (1.10.15版本之后)
36.自定义验证失败消息 (2.0.0版本之后)

是模拟一些在应用中不容易构造或者比较复杂的对象，从而把测试与测试边界以外的对象隔离开。mock 对象有助于从测试中消除依赖项，使测试更单元化。

作用

对象信息难构建
依赖的接口尚未开发完成
异常场景（连接异常、超时异常等）
自动化测试

优点

1.由于其他系统模块出错引起本模块的测试错误，我们可以采用mock隔离，避免干预
2.开发过程中，只要交互双方定义好接口，团队之间可以并行工作，进程互不影响；
3.依赖系统无法响应，或者响应异常时，可以用mock Object代替，快速反应，不会影响测试进度；
4.提前接入测试，提供测试效率，当接口定义好后，测试人员就可以创建Mock，把接口添加到自动化测试环境，提前开始测试，起到测试驱动开发效果；
5.可以有效的增加覆盖，接口涉及入参，或者业务逻辑复杂的情况，某些场景无法通过正常手段进行操作，可以通过mock虚拟模拟。

缺点

测试过程中如果大量使用Mock，mock测试的场景失去了真是性，可能会导致在后续的系统性测试时才发现bug，使得缺陷发现的较晚，可能会造成后续修复成本更大；

User Gride（MINA）

第1章-入门
1.1-NIO概述
1.2-为什么选择MINA？
1.3-功能
1.4-第一步
1.5-摘要
第2章-基础
2.1-应用架构
2.1.1-服务器架构
2.1.2-客户端架构
2.2-示例TCP服务器
2.3-示例TCP客户端
2.4-样本UDP服务器
2.5-样本UDP客户端
2.6-摘要
第三章-服务
3.1-IoService简介
3.2-IoService详细信息
3.3-IoAcceptor
3.4-IoConnector
第四章-会议
4.1-会话配置
4.2-会话统计
第5章-过滤器
5.1-黑名单过滤器
5.2-缓冲写过滤器
5.3-压缩过滤器
5.4-连接油门过滤器
5.5-错误生成过滤器
5.6-执行器筛选器
5.7-FileRegion写过滤器
5.8-KeepAlive筛选器
5.9-记录过滤器
5.10-MDC注入过滤器
5.11-NOOP过滤器
5.12-Profiler过滤器
5.13-协议编解码器过滤器
5.14-代理过滤器
5.15-参考计数过滤器
5.16-请求/响应过滤器
5.17-会话属性初始化过滤器
5.18-流写过滤器
5.19-SSL / TLS过滤器
5.20-写请求过滤器
第六章-运输
6.1-APR运输
6.2-串行传输
第7章-处理程序
第二部分-MINA Core

第8章-IoBuffer
第9章-编解码器过滤器
第10章-执行器筛选器
第11章-SSL过滤器
第12章-记录过滤器
第三部分-MINA高级

第十三章-调试
第14章-状态机
第15章-代理
第16章-JMX集成
第17章-Spring集成
Apache MINA是一个网络应用程序框架，可以帮助用户轻松开发高性能和高可伸缩性的网络应用程序。它通过Java NIO通过各种传输（例如TCP / IP和UDP / IP）提供了一个抽象的事件驱动的异步API。

优点

为不同的传输类型提供了统一的API:
能实现你自己的API!
利用模拟对象进行单元测试
超载保护和传输流量控制

缺点

MINA只会为每个Session分配一个线程，也就是只能一个一个事件按顺序执行，
如果客户端发完一个数据给服务器就想马上得到回复，而不等整个业务逻辑执行完，也是实现不到的，因为MINA框架要将整个接收事件处理完了，再把回复信息发给客户端。
如果MINA是作为服务器端等待连接的，当客户端正常关闭后业务逻辑也可继续正常执行，但是如果MINA是连接服务器的客户端，则当服务器关闭后，MINA的session也会关闭

Spock、Mockito、junit三者区别

Junit单纯用于测试，不提供mock功能

Mockito虽然提供了mock功能，可以把接口等依赖屏蔽掉，但不提供对静态类静态方法的mock，PowerMock或Jmockit虽然提供静态类和方法的mock，但它们之间需要整合(junit+mockito+powermock)，语法繁琐，

Spock通过提供规范描述，定义多种标签(given、when、then、where等)去描述代码“应该做什么”，输入条件是什么，输出是否符合预期，从语义层面规范代码的编写。

Spock自带Mock功能，使用简单方便(也支持扩展其他mock框架，比如power mock)，再加上groovy动态语言的强大语法，能写出简洁高效的测试代码，同时更方便直观的验证业务代码行为流转，增强我们对代码执行逻辑的可控性。