<tfoot id='r7cZx'></tfoot>
    1. <i id='r7cZx'><tr id='r7cZx'><dt id='r7cZx'><q id='r7cZx'><span id='r7cZx'><b id='r7cZx'><form id='r7cZx'><ins id='r7cZx'></ins><ul id='r7cZx'></ul><sub id='r7cZx'></sub></form><legend id='r7cZx'></legend><bdo id='r7cZx'><pre id='r7cZx'><center id='r7cZx'></center></pre></bdo></b><th id='r7cZx'></th></span></q></dt></tr></i><div id='r7cZx'><tfoot id='r7cZx'></tfoot><dl id='r7cZx'><fieldset id='r7cZx'></fieldset></dl></div>

      <legend id='r7cZx'><style id='r7cZx'><dir id='r7cZx'><q id='r7cZx'></q></dir></style></legend>

      <small id='r7cZx'></small><noframes id='r7cZx'>

        <bdo id='r7cZx'></bdo><ul id='r7cZx'></ul>

    2. Mockito:模拟“黑盒";依赖项

      时间:2023-10-01
        <tbody id='XOWc4'></tbody>

    3. <small id='XOWc4'></small><noframes id='XOWc4'>

          • <bdo id='XOWc4'></bdo><ul id='XOWc4'></ul>

                <tfoot id='XOWc4'></tfoot>
              1. <i id='XOWc4'><tr id='XOWc4'><dt id='XOWc4'><q id='XOWc4'><span id='XOWc4'><b id='XOWc4'><form id='XOWc4'><ins id='XOWc4'></ins><ul id='XOWc4'></ul><sub id='XOWc4'></sub></form><legend id='XOWc4'></legend><bdo id='XOWc4'><pre id='XOWc4'><center id='XOWc4'></center></pre></bdo></b><th id='XOWc4'></th></span></q></dt></tr></i><div id='XOWc4'><tfoot id='XOWc4'></tfoot><dl id='XOWc4'><fieldset id='XOWc4'></fieldset></dl></div>

                <legend id='XOWc4'><style id='XOWc4'><dir id='XOWc4'><q id='XOWc4'></q></dir></style></legend>
              2. 本文介绍了Mockito:模拟“黑盒";依赖项的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

                问题描述

                因此,我被要求为我们的开发团队阅读有关 mocking 和 BDD 的内容,并使用 mocks 来改进我们现有的一些单元测试(作为实验).

                So I have been asked to read up on mocking and BDD for our development team and play around with mocks so as to improve a handful of our existing unit tests (as an experiment).

                我最终选择使用 Mockito 的原因有很多(有些原因超出了我的控制范围),但就是因为它同时支持存根和模拟,以便在不适合模拟的情况下使用.

                I have ultimately chosen to go with Mockito for a number of reasons (some outside the scope of my control), but namely because it supports both stubbing and mocking for instances when mocking would not be appropriate.

                我整天都在学习 Mockito、mock(一般)和 BDD.现在我已准备好深入研究并开始扩充我们的单元测试.

                I have spent all day learning about Mockito, mocking (in general) and BDD. And now I am ready to dig in and start augmenting our unit tests.

                所以我们有一个名为 WebAdaptor 的类,它有一个 run() 方法:

                So we have a class called WebAdaptor that has a run() method:

                public class WebAdaptor {
                
                    private Subscriber subscriber;
                
                    public void run() {
                
                        subscriber = new Subscriber();
                        subscriber.init();
                    }
                }
                

                请注意:我无法修改此代码(出于此问题范围之外的原因!).因此我确实有能力为Subscriber添加一个setter方法,因此它可以被认为是我的WebAdaptor.

                Please note: I do not have a way to modify this code (for reasons outside the scope of this question!). Thus I do not have the ability to add a setter method for Subscriber, and thus it can be thought of as an unreachable "blackbox" inside of my WebAdaptor.

                我想编写一个包含 Mockito 模拟的单元测试,并使用该模拟来 verify 执行 WebAdaptor::run() 导致 Subscriber::init() 被调用.

                I want to write a unit test which incorporates a Mockito mock, and uses that mock to verify that executing WebAdaptor::run() causes Subscriber::init() to be called.

                这就是我目前所得到的(在 WebAdaptorUnitTest 内):

                So here's what I've got so far (inside WebAdaptorUnitTest):

                @Test
                public void runShouldInvokeSubscriberInit() {
                
                    // Given
                    Subscriber mockSubscriber = mock(Subscriber.class);
                    WebAdaptor adaptor = new WebAdaptor();
                
                    // When
                    adaptor.run();
                
                    // Then
                    verify(mockSubscriber).init();
                }
                

                当我运行这个测试时,实际的 Subscriber::init() 方法会被执行(我可以从控制台输出和本地系统上生成的文件中看出),不是 mockSubscriber,它不应该做(或返回)任何事情.

                When I run this test, the actual Subscriber::init() method gets executed (I can tell from the console output and seeing files being generated on my local system), not the mockSubscriber, which shouldn't do (or return) anything.

                我已经检查并重新检查:initpublic,既不是 static 也不是 final,并且它返回 void.根据文档,Mockito 模拟这个对象应该没有问题.

                I have checked and re-checked: init is public, is neither static or final, and it returns void. According to the docs, Mockito should have no problem mocking this object.

                所以我开始思考:我是否需要明确地将 mockSubscriberadaptor 关联起来?如果是这种情况,那么通常情况下,以下通常会解决它:

                So it got me thinking: do I need to explictly associate the mockSubscriber with the adaptor? If this is a case, then ordinarily, the following would normally fix it:

                adaptor.setSubscriber(mockSubscriber);
                

                但由于我无法添加任何这样的设置器(请阅读我上面的注释),我不知道如何强制这样的关联.所以,几个非常密切相关的问题:

                But since I cannot add any such setter (please read my note above), I'm at a loss as to how I could force such an association. So, several very-closely-related questions:

                • 谁能确认我已正确设置测试(使用 Mockito API)?
                • 我对失踪二传手的怀疑是否正确?(我需要通过 setter 关联这些对象吗?)
                • 如果我的上述怀疑属实,并且我无法修改 WebAdaptor,是否有任何规避措施可供我使用?
                • Can anyone confirm that I've set the test up correctly (using the Mockito API)?
                • Is my suspicion about the missing setter correct? (Do I need to associate these objects via a setter?)
                • If my above suspicion is true, and I can't modify WebAdaptor, are there any circumventions at my dispose?

                提前致谢!

                推荐答案

                您需要将模拟注入到您正在测试的类中.您不需要访问订阅者.mockito 和其他模拟框架的帮助方式是您不需要访问正在与之交互的对象.但是,您确实需要一种将模拟对象放入您正在测试的类的方法.

                You need to inject the mock into the class which you are testing. You do not need access to Subscriber. The way mockito and other mocking frameworks help is that you do not need access to objects which you are interacting with. You do however need a way to get mock objects into the class you are testing.

                public class WebAdaptor {
                
                    public WebAdaptor(Subscriber subscriber) { /* Added a new constructor */
                       this.subscriber = subscriber;
                    }
                
                    private Subscriber subscriber;
                
                    public void run() {
                        subscriber.init();
                    }
                }
                

                现在您可以在模拟对象上验证您的交互,而不是在真实对象上验证.

                Now you can verify your interactions on the mock, rather than on the real object.

                @Test
                public void runShouldInvokeSubscriberInit() {
                
                    // Given
                    Subscriber mockSubscriber = mock(Subscriber.class);
                    WebAdaptor adaptor = new WebAdaptor(mockSubscriber);  // Use the new constructor
                
                    // When
                    adaptor.run();
                
                    // Then
                    verify(mockSubscriber).init();
                }
                

                如果将订阅者添加到构造函数不是正确的方法,您还可以考虑使用工厂来允许 WebAdaptor 从您控制的工厂实例化新订阅者对象.然后,您可以模拟工厂以提供模拟订阅者.

                If adding the Subscriber to the constructor is not the correct approach, you could also consider using a factory to allow WebAdaptor to instantiate new Subscriber objects from a factory which you control. You could then mock the factory to provider mock Subscribers.

                这篇关于Mockito:模拟“黑盒";依赖项的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持html5模板网!

                  <tbody id='9iBZu'></tbody>
                  <tfoot id='9iBZu'></tfoot>
                1. <legend id='9iBZu'><style id='9iBZu'><dir id='9iBZu'><q id='9iBZu'></q></dir></style></legend>
                  <i id='9iBZu'><tr id='9iBZu'><dt id='9iBZu'><q id='9iBZu'><span id='9iBZu'><b id='9iBZu'><form id='9iBZu'><ins id='9iBZu'></ins><ul id='9iBZu'></ul><sub id='9iBZu'></sub></form><legend id='9iBZu'></legend><bdo id='9iBZu'><pre id='9iBZu'><center id='9iBZu'></center></pre></bdo></b><th id='9iBZu'></th></span></q></dt></tr></i><div id='9iBZu'><tfoot id='9iBZu'></tfoot><dl id='9iBZu'><fieldset id='9iBZu'></fieldset></dl></div>

                  <small id='9iBZu'></small><noframes id='9iBZu'>

                      • <bdo id='9iBZu'></bdo><ul id='9iBZu'></ul>