软件测试—Mock 和Stub的区别

public class BlogDaoTestSpy implements BlogDao {public Blog savedBlog = null;public void save(Blog blog) {savedBlog = blog;}}  那么你的测试可写成这样：@Testpublic void testSaveBlog(){Blog blog = new Blog();blogService.save(blog);assertEqual(blog, ((BlogDaoTestSpy)blogDao).savedBlog);}　　注意，在测试中我们验证了blogService.save(blog) 会导致blogDao的savedBlog 产生变化，但我们不去验证blogDao是以何种形式参与测试而导致这一变化的。

很高兴前面的一点文字能对你有所帮助。事实上，写东西时候，也是对自己的思想整理和精炼的过程，所以可以说是互相帮助吧。你要是有什么疑问或不同意见，可以指出来，我们可以再深入探讨。　　好了，下面说说我对Mock/Stub区别的看法。　　首先，我想再强调一下使用Mock/Stub的目的，那就是，去代替那些被测试代码所依赖的，但不可信赖东西。不管这些东西是什麽，当然最终表现出的还是class。 如class BlogDao, 它不可信赖是因为它访问数据库，class ConfigReader, 它不可信赖是因为它访问配置文件。class MyStringParser， 它不可信赖是因为它有很多逻辑，而且还没有对它进行足够的测试。当然，如果你对它进行足够的测试，你也可以认为它可以信赖。例如，你有一个class MyStringProcessor, 它用到了MyStringParser， 当你测试MyStringProcessor 时，你就有选择是隔离MyStringParser 还是不隔离。注意这一选择是建立在你是否认为MyStringParser 可以信赖的基础上，而不是创建的成本是否很高的基础上。当然，在现实生活中，创建的成本高，往往意味着它用到了外部资源，而用到外部资源也就意味着它不可信赖，也就是它必须被隔离。这也是很多人误以为“创建的成本是否很高”就是判断是否需要隔离的条件。　　以上又废了好多话强调使用Mock/Stub的目的，不过我一直认为理解目的是最重要的，目的理解了，其它就容易明白了。　　Back to Mock/Stub, 不知你注意了没有，我一直没用Mock这个词做动词，我用的是“代替”或 “隔离”，在这里“代替”和“隔离”是一个意思 。（“隔离”或许更准确些，但“代替”更容易理解，而Mock（动词）是一可非常不准确的词）。那么我们用什么来代替或隔离呢？答案是，Stub / Mock objects。那么，为什么会有Stub / Mock 的区别呢。这是因为Stub / Mock 在测试中扮演的角色有细微的差别，这一差别其实又取决于“被隔离对象”在“被测试对象”里扮演角色的差别（对不起写得有点绕嘴，希望你能看明白）。　　其实，分得细点，不只有Stub / Mock，还有其它类型。如，在 xUnit Test Patterns 这本书里，它把这类对象统称为Test Double（因为stunt double 在电影里是替身的意思）。具体的类型有　　 ·  Dummy Object　　 ·  Test Stub　　 ·  Test Spy　　 ·  Mock Object　　 ·  Fake Object　　其中，Fake Object是指一个假的（相对于现实要用到的），但完整的实现。如， InMemoryBlogDao，相对于 SqlBlogDao，它不真的访问数据库，但它是一个对 BlogDao 接口 的完整实现。　　其他的类型，我认为，Dummy Object，Test Stub，Test Spy基本可以归为Stub，剩下的Mock Object 当然是Mock。　　首先看Dummy Object，测试代码需要Dummy Object是因为有了它才能通过编译，测试才能跑起来，但其实测试中可能根本就用不到它。例如，创建BlogService 需要 BlogDao，但你可能测试BlogService 的一个方法，它根本就没用到BlogDao。此时，你可以用 new BlogService(new NullBlogDao()),  NullBlogDao 就是Dummy Object，因为它的存在只是为了通过编译，它根本就不参与测试。　　Test Stub 参与测试， 但你不在乎它是何时何地以何种方式参与测试的，它的存在是为了让测试跑起来。非常常见的情况是你需要它提供一些返回值。例如，你可以用HttpContextStub 来代替真正的HttpContext， 用它提供例如SessionId, ResquestParameter 之类的值。你的测试可能会用到这些值，但你不会去验证是不是getSessionId() 被调用了，更不会去验证它是何时何地以何种方式被调用的。　　Test Spy 不但参与测试，你还要验证它的参与产生了某种结果。如BlogService 例子。你可以定义一个TestSpy：