software test
和软件测试相关的内容，包括单元测试，集成测试，压力测试
摘要: 虽然easymock中提供了大量的方法来进行参数匹配，但是对于一些特殊场合比如参数是复杂对象而又不能简单的通过equals()方法来比较，这些现有的参数匹配器就无能为力了。easymock为此提供了IArgumentMatcher 接口来让我们实现自定义的参数匹配器。
阅读全文
摘要: 在easymock中，对于mock对象的同一个方法，可以为每一次的调用定制不同的行为。在record阶段easymock会精确的记录我们录入的行为，基于每一次的方法调用。
阅读全文
摘要: 前面的教程中，我们看到easymock可以通过expect方法来设定mock方法的返回值或者异常，但是注意这些案例中设置的返回值都是在调用被测试的类的方法前就已经确定下来的，即我们其实在测试类的代码运行前(实际是在EasyMock.replay()方法调用前)就已经"预知"了返回结果。
但是在某些情况下，我们可能无法预知返回值，比如我们需要根据输入的参数值来决定返回什么，而这个参数可能无法在record阶段获得。因此在mock方法中我们无法在record阶段就决定应该返回什么。
对于这种场景，easymock提供了IAnswer接口和andAnswer()方法来提供运行时决定返回值或者异常的机制。
阅读全文
摘要: easymock中提供对于类的mock功能，我们可以方便的mock这个类的某些方法，指定预期的行为以便测试这个类的调用者。这种场景下被mock的类在测试案例中扮演的是次要测试对象或者说依赖的角色，主要测试对象是这个mock类的调用者。但是有时候我们需要将这个测试类作为主要测试对象，我们希望这个类中的部分(通常是大部分)方法保持原有的正常行为，只有个别方法被我们mock掉以便测试。
阅读全文
摘要: easymock中提供了非常多的方法来实现参数匹配，基本能满足一般参数匹配的要求。
阅读全文
摘要: 在创建mock对象的时候，我们可以命名mock对象。
命名mock对象有什么好处呢？其实就是一点，即在当测试案例因为某个mock对象的状态或行为不符合要求而失败的时候，在异常信息里面可以输出这个mock对象的名称。
阅读全文
摘要: 对于mock对象上的mock方法的调用,easymock支持指定次数，默认为1.同时easymock提供了其他的方法，用于指定具体调用次数或者放宽调用次数检验。
阅读全文
摘要: easymock并不是万能的，在使用easymock时有一些限制需要注意。
阅读全文
摘要:
前面教程中有个章节讨论到mock和stub的概念差别，一般来说easymock如其名所示，主要是用来做mock用的，但是easymock中也提供有对stub的支持, 主要体现在andStubAnswer(),andStubDelegateTo(),andStubReturn(),andStubThrow()和asStub()等方法的使用上。
阅读全文
摘要: 在easymock的使用过程中，当创建mock对象时，我们会遇到 strict mock和nice mock的概念。上述的测试案例验证了strict mock和nice mock的基本使用，对于同一个mock对象，strict模式下多个方法之间的调用顺序在record阶段和replay阶段下是需要保持一致的。但是故事并不是到此结束，更有意思的内容在后面：如果出现多个mock对象，那么这些不同mock对象的方法之间，他们的调用顺序是否检测？普通mock和nice mock模式下自然是不会检测顺序，但是strict模式下呢？
阅读全文
摘要: IMocksControl接口容许创建多个mock对象，这些创建的对象自动关联到这个mocksControl实例上，以后再调用replay()/verify()/reset()时就不需要逐个列举出每个mock对象。当mock对象比较多，尤其是原有代码上新增mock 对象时非常方便。
阅读全文
摘要: 前面的例子中，mock的对象都是基于interface，虽然说我们总是强调要面对接口编程，而不要面对实现，但是实际开发中不提取interface而直接使用class的场景非常之多。尤其是一些当前只有一个明确实现而看不到未来扩展的类，是否应该提取interface或者说是否应该现在就提取interface，总是存在争论。
这种情况下，我们就会面临主要测试对象依赖到一个具体类而不是interface的情况，easymock中通过class extension 来提供对class mocking的支持。
阅读全文
摘要: 关于easymock的典型使用方式，在easymock的官网文档中，有非常详尽的讲解，文档地址为 http://easymock.org/EasyMock3_0_Documentation.html，文档的开头一部分内容都是easymock中最基本的使用介绍，虽然是英文，但是非常容易看懂，适用新学者入门。
这里只罗列一些简单的常用功能。
阅读全文
摘要: record-replay-verify 模型容许记录mock对象上的操作然后重演并验证这些操作。这是目前mock框架领域最常见的模型，几乎所有的mock框架都是用这个模型，有些是现实使用如easymock，有些是隐式使用如jmockit。
record-replay-verify 模型非常好的满足了大多数测试场景的需要：先指定测试的期望，然后执行测试，再验证期望是否被满足。这个模型简单直接，易于实现，也容易被开发人员理解和接受，因此被各个mock框架广泛使用。
阅读全文
摘要: 在单元测试中，通常我们都会有一个明确的测试对象，我们测试的主要目的就是为了验证这个类的工作如我们预期。
阅读全文
摘要: easymock是目前java mock 工具中比较流行的工具，这个教程将系统的介绍easymock的使用。
主要内容来自easymock的官网教程，针对日常使用进行了一些筛选和补充，另外增加一些个人的理解和认识。
另外考虑到网络上已有不少分散的教程，我将适当的链接进来。
教程的内容将在随后逐渐添加，目前计划的目录如下，相应内容完成之后我将逐个更新此文的链接。
阅读全文
摘要: 作为测试的基本概念，在开发测试中经常遇到mock和stub。之前认为自己对这两个概念已经很明白了，但是当决定要写下来并写清楚以便能让不明白的人也能弄明白，似乎就很有困难。
试着写下此文，以检验自己是不是真的明白mock和stub。
阅读全文
摘要: 一直在使用easymock作为mock工具，但是easymock有一个一直令我极其恼火的地方：easymock将interface和class的mock区分开，给出了针对interface mock的easyMock和针对class mock的easyMock class extension。两种mock被严格区分开，连jar包都是两个，使用时不能混用，比如不能用easymock (非class extension)来mock class。
easymock已经发布了新的3.0版本，该版本的主要改进就是消除上述的问题，新版本中可以直接mock class，不再强制使用easyMock class extension。
强烈推荐还在使用2.*的朋友们升级到3.0版本。
阅读全文
摘要: TestNG的官方文档的中文翻译版第5章，由于内容太长拆开，本文是5.10-5.14，主要话题是Rerunning failed tests,JUnit tests,JDK 1.4,Running TestNG programmatically和BeanShell and advanced group selection。
阅读全文
摘要: TestNG的官方文档的中文翻译版第5章，由于内容太长拆开，本文是5.8-5.9，主要话题是Class level annotations和Parallel running and time-outs。
阅读全文
Full software test Archive