Is there a “not” equivalent in rspec, for e.g. the logical not for “and_return”












0















Couldn't find the method in the rspec docs, but is there an alternative to do this?



allow_any_instance_of(<some connection>).to receive(<post method>).and_return(200)


the above code block to not return 200 instead










share|improve this question



























    0















    Couldn't find the method in the rspec docs, but is there an alternative to do this?



    allow_any_instance_of(<some connection>).to receive(<post method>).and_return(200)


    the above code block to not return 200 instead










    share|improve this question

























      0












      0








      0








      Couldn't find the method in the rspec docs, but is there an alternative to do this?



      allow_any_instance_of(<some connection>).to receive(<post method>).and_return(200)


      the above code block to not return 200 instead










      share|improve this question














      Couldn't find the method in the rspec docs, but is there an alternative to do this?



      allow_any_instance_of(<some connection>).to receive(<post method>).and_return(200)


      the above code block to not return 200 instead







      ruby-on-rails rspec rspec-rails






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 19 '18 at 9:42









      RooRoo

      11




      11
























          1 Answer
          1






          active

          oldest

          votes


















          1














          You have fundamentally misunderstood what allow_any_instance_of and to_return do.



          allow_any_instance_of is used to stub a method on any instance of a given class. It does not set any expectations - expect_any_instance_of does.



          class Foo
          def bar(*args)
          "baz"
          end
          end

          RSpec.describe Foo do
          describe "allow_any_instance_of" do
          it "does not create an expectation" do
          allow_any_instance_of(Foo).to receive(:bar).and_call_original
          expect(true).to be_truthy
          end
          end
          describe "expect_any_instance_of" do
          it "sets an expectation" do
          expect_any_instance_of(Foo).to receive(:bar).and_call_original
          expect(Foo.new.bar).to eq 'baz'
          end
          # this example will fail
          it "fails if expected call is not sent" do
          expect_any_instance_of(Foo).to receive(:bar).and_call_original
          expect(true).to be_truthy
          end
          end
          end


          .and_return is used to set the return value of a mock/stub. It does not as you seem to believe set an expectation on the return value.



          RSpec.describe Foo do
          describe "and_return" do
          it "changes the return value" do
          allow_any_instance_of(Foo).to receive(:bar).and_return('hello world')
          expect(Foo.new.bar).to_not eq 'baz'
          expect(Foo.new.bar).to eq 'hello world'
          end
          end
          end


          You can use .and_call_original when you want to spy on a method without changing its return value. By default any method stubbed with allow_any_instance_of/expect_any_instance will return nil.



          AFAIK its not possible to set an expectation on what the return value of .and_call_original is. Thats one of reasons why any_instance_of is considered a code smell and should be avoided.






          share|improve this answer

























            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53371881%2fis-there-a-not-equivalent-in-rspec-for-e-g-the-logical-not-for-and-return%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            1














            You have fundamentally misunderstood what allow_any_instance_of and to_return do.



            allow_any_instance_of is used to stub a method on any instance of a given class. It does not set any expectations - expect_any_instance_of does.



            class Foo
            def bar(*args)
            "baz"
            end
            end

            RSpec.describe Foo do
            describe "allow_any_instance_of" do
            it "does not create an expectation" do
            allow_any_instance_of(Foo).to receive(:bar).and_call_original
            expect(true).to be_truthy
            end
            end
            describe "expect_any_instance_of" do
            it "sets an expectation" do
            expect_any_instance_of(Foo).to receive(:bar).and_call_original
            expect(Foo.new.bar).to eq 'baz'
            end
            # this example will fail
            it "fails if expected call is not sent" do
            expect_any_instance_of(Foo).to receive(:bar).and_call_original
            expect(true).to be_truthy
            end
            end
            end


            .and_return is used to set the return value of a mock/stub. It does not as you seem to believe set an expectation on the return value.



            RSpec.describe Foo do
            describe "and_return" do
            it "changes the return value" do
            allow_any_instance_of(Foo).to receive(:bar).and_return('hello world')
            expect(Foo.new.bar).to_not eq 'baz'
            expect(Foo.new.bar).to eq 'hello world'
            end
            end
            end


            You can use .and_call_original when you want to spy on a method without changing its return value. By default any method stubbed with allow_any_instance_of/expect_any_instance will return nil.



            AFAIK its not possible to set an expectation on what the return value of .and_call_original is. Thats one of reasons why any_instance_of is considered a code smell and should be avoided.






            share|improve this answer






























              1














              You have fundamentally misunderstood what allow_any_instance_of and to_return do.



              allow_any_instance_of is used to stub a method on any instance of a given class. It does not set any expectations - expect_any_instance_of does.



              class Foo
              def bar(*args)
              "baz"
              end
              end

              RSpec.describe Foo do
              describe "allow_any_instance_of" do
              it "does not create an expectation" do
              allow_any_instance_of(Foo).to receive(:bar).and_call_original
              expect(true).to be_truthy
              end
              end
              describe "expect_any_instance_of" do
              it "sets an expectation" do
              expect_any_instance_of(Foo).to receive(:bar).and_call_original
              expect(Foo.new.bar).to eq 'baz'
              end
              # this example will fail
              it "fails if expected call is not sent" do
              expect_any_instance_of(Foo).to receive(:bar).and_call_original
              expect(true).to be_truthy
              end
              end
              end


              .and_return is used to set the return value of a mock/stub. It does not as you seem to believe set an expectation on the return value.



              RSpec.describe Foo do
              describe "and_return" do
              it "changes the return value" do
              allow_any_instance_of(Foo).to receive(:bar).and_return('hello world')
              expect(Foo.new.bar).to_not eq 'baz'
              expect(Foo.new.bar).to eq 'hello world'
              end
              end
              end


              You can use .and_call_original when you want to spy on a method without changing its return value. By default any method stubbed with allow_any_instance_of/expect_any_instance will return nil.



              AFAIK its not possible to set an expectation on what the return value of .and_call_original is. Thats one of reasons why any_instance_of is considered a code smell and should be avoided.






              share|improve this answer




























                1












                1








                1







                You have fundamentally misunderstood what allow_any_instance_of and to_return do.



                allow_any_instance_of is used to stub a method on any instance of a given class. It does not set any expectations - expect_any_instance_of does.



                class Foo
                def bar(*args)
                "baz"
                end
                end

                RSpec.describe Foo do
                describe "allow_any_instance_of" do
                it "does not create an expectation" do
                allow_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(true).to be_truthy
                end
                end
                describe "expect_any_instance_of" do
                it "sets an expectation" do
                expect_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(Foo.new.bar).to eq 'baz'
                end
                # this example will fail
                it "fails if expected call is not sent" do
                expect_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(true).to be_truthy
                end
                end
                end


                .and_return is used to set the return value of a mock/stub. It does not as you seem to believe set an expectation on the return value.



                RSpec.describe Foo do
                describe "and_return" do
                it "changes the return value" do
                allow_any_instance_of(Foo).to receive(:bar).and_return('hello world')
                expect(Foo.new.bar).to_not eq 'baz'
                expect(Foo.new.bar).to eq 'hello world'
                end
                end
                end


                You can use .and_call_original when you want to spy on a method without changing its return value. By default any method stubbed with allow_any_instance_of/expect_any_instance will return nil.



                AFAIK its not possible to set an expectation on what the return value of .and_call_original is. Thats one of reasons why any_instance_of is considered a code smell and should be avoided.






                share|improve this answer















                You have fundamentally misunderstood what allow_any_instance_of and to_return do.



                allow_any_instance_of is used to stub a method on any instance of a given class. It does not set any expectations - expect_any_instance_of does.



                class Foo
                def bar(*args)
                "baz"
                end
                end

                RSpec.describe Foo do
                describe "allow_any_instance_of" do
                it "does not create an expectation" do
                allow_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(true).to be_truthy
                end
                end
                describe "expect_any_instance_of" do
                it "sets an expectation" do
                expect_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(Foo.new.bar).to eq 'baz'
                end
                # this example will fail
                it "fails if expected call is not sent" do
                expect_any_instance_of(Foo).to receive(:bar).and_call_original
                expect(true).to be_truthy
                end
                end
                end


                .and_return is used to set the return value of a mock/stub. It does not as you seem to believe set an expectation on the return value.



                RSpec.describe Foo do
                describe "and_return" do
                it "changes the return value" do
                allow_any_instance_of(Foo).to receive(:bar).and_return('hello world')
                expect(Foo.new.bar).to_not eq 'baz'
                expect(Foo.new.bar).to eq 'hello world'
                end
                end
                end


                You can use .and_call_original when you want to spy on a method without changing its return value. By default any method stubbed with allow_any_instance_of/expect_any_instance will return nil.



                AFAIK its not possible to set an expectation on what the return value of .and_call_original is. Thats one of reasons why any_instance_of is considered a code smell and should be avoided.







                share|improve this answer














                share|improve this answer



                share|improve this answer








                edited Nov 19 '18 at 10:40

























                answered Nov 19 '18 at 10:28









                maxmax

                45.9k860104




                45.9k860104
































                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53371881%2fis-there-a-not-equivalent-in-rspec-for-e-g-the-logical-not-for-and-return%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    這個網誌中的熱門文章

                    Tangent Lines Diagram Along Smooth Curve

                    Yusuf al-Mu'taman ibn Hud

                    Zucchini