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











up vote
0
down vote

favorite












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


























    up vote
    0
    down vote

    favorite












    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
























      up vote
      0
      down vote

      favorite









      up vote
      0
      down vote

      favorite











      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 11 hours ago









      Roo

      11




      11
























          1 Answer
          1






          active

          oldest

          votes

















          up vote
          1
          down vote













          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',
            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








            up vote
            1
            down vote













            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



























              up vote
              1
              down vote













              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

























                up vote
                1
                down vote










                up vote
                1
                down vote









                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 10 hours ago

























                answered 10 hours ago









                max

                43.8k856103




                43.8k856103






























                     

                    draft saved


                    draft discarded



















































                     


                    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







                    Popular posts from this blog

                    android studio warns about leanback feature tag usage required on manifest while using Unity exported app?

                    SQL update select statement

                    'app-layout' is not a known element: how to share Component with different Modules