本文是Jmockit学习过程当中,根据官网所列的工具特性进行解读。html
一、调用次数约束(Invocation count constraints)数据库
能够经过调用计数约束来指定预期和/或容许匹配给按期望的调用数。微信
二、记录严格指望(Recording strict expectations)app
通常记录在“new Expectations(){...}”块中的指望是比较常规的。 这意味着他们指定的调用预计在重播阶段至少会发生一次; 并且它们可能会发生不止一次,而且以与其余记录的指望不一样的顺序发生; 另外,与任何记录的指望不匹配的调用也一样容许以任何数量和任何顺序发生。可是若是没有调用与给定的记录指望匹配,则在测试结束时抛出“Missing invocation”错误,从而致使测试失败,抛出异常相似以下信息:函数
严格指望:当记录之后,仅容许在重放期间彻底匹配记录(在明确指定的配额内,在须要时)进行调用,匹配调用数(默认状况下只有一个) 并按照它们发生的顺序。 在重播期间发生但未能匹配记录的严格指望的调用被认为是意外的,致使当即的“unexpected invocation”错误,从而致使测试失败。工具
非严格指望:顾名思义,对指望没有严格要求,mock的方法能够不调用。post
一、明确验证(Explicit verification)单元测试
二、部分模拟(Partial mocking)学习
三、没有方法调用从记录切换到重播(No method call to switch from record to replay)测试
四、没有额外的代码用于隐式验证(No extra code for implicit verification)
五、没有额外的“准备测试”代码(No extra "prepare for test" code)
六、不须要使用@RunWith注释或基础测试类(No need to use @RunWith annotation or base test class)
七、void和非void方法之间的语法一致(Consistent syntax between void and non-void methods)
八、参数匹配仅适用于某些参数(Argument matchers for some parameters only)
九、基于值类型的属性使参数更容易匹配(Easier argument matching based on properties of value objects)
十、级联模拟(Cascading mocks)
十一、支持模拟多个接口(Support for mocking multiple interfaces)
十二、支持模拟注释类型(Support for mocking annotation types)
1三、部分指望(Partially ordered expectations)
1四、模拟构造函数和final / static / native / private方法(Mocking of constructors and final/static/native/private methods)
1五、模拟/打桩的声明性应用在整个测试类(Declarative application of mocks/stubs to whole test classes)
1六、自动注入模拟(Auto-injection of mocks)
1七、模拟”新的”对象(Mocking of "new-ed" objects)
1八、支持模拟枚举类型(Support for mocking enum types)
1九、测试类的声明式模拟(模拟领域)(Declarative mocks for the test class (mock fields))
===================================================================
更多原创测试技术文章同步更新到微信公众号 :三国测,敬请扫码关注我的的微信号,感谢!
感谢阅读,做者原创技术文章,转载请注明出处
其余推荐相关阅读:
单元测试系列之四:Sonar平台中项目主要指标以及代码坏味道详解
单元测试系列之七:Sonar 数据库表关系整理一(rule相关)