Mark Van De Vyver
2007-Sep-12 03:02 UTC
[rspec-users] A puzzling spec failure in a shared describe
Hi, Thanks for all the effort that has gone into making RSpec available. I''m not a professional developer and I''ve found the approach articulated has helped me a lot in writing my code, and understanding that of others. To cut my teeth, I''m trying to write an db adapter for the og project. I''ve being iterating with RSpec and it''s exposed some unexpected behavior in OG, and helped me to understand some of OGs behavior, but I''ve hit a snag..... Perhaps someone will be kind enough to point out why I see the 4 failures listed in the attached log when I run the attached spec file, and even kinder to suggest how I might get this working :) Specifically, I''m puzzled by the following failure: 1) ''A default (DbiAdapter) connection to a new Og store should refer to the default database in its ''name'' attribute.'' FAILED expected: :memory, got: "test" (using ==) /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:242: /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:318: The text refers to the description of a set of expectatons far away from the lines references, in fact those line numbers refer to different describe section altogether. The ''got "test"'' suggest it was running a spec around the line numbers cited, but the describe ''text'' is out of sync. I suspect I''m don''t understand the scope and contexts of the rspec components, or I may just be doing things back to front - I''ve read the simple tutorials, but have found and more advanced "how to" just yet - I''d greatly appreciate any pointers/hints someone can offer. There do seem to be some issues, such as ''you can''t use an objects method twice in a describe block'', but I may be misunderstand something I''ve seen? Anyway, hopefully it is not necessary, but if you need to run the spec file I can try help you get OG to that point, but that could be tricky - not all changes I''ve made have been submitted or accepted yet. Hopefully you can just see my error from a glance at the spec file? Perhaps you can comment on what should be done differently to be closer to rspec best-practice. I think this is the first adapter spec file so can probably be used as a template for others in the project? As I said, I suspect I''m missing something about how rspec works... one issue that isn''t clear from the rspec site is the scope of variables in a spec file... Final Q: Has there been a resolution of the Mock issue, i.e will it rspec implementation stay in rspec or not. Which of mocha and flexmock are most compatible (i.e. work) with rspec, or is there a ''better'' mock project to use with rspec. Appreciate any help or insight you can offer. Regards Mark -------------- next part -------------- A non-text attachment was scrubbed... Name: dbi.rb Type: application/x-ruby Size: 12540 bytes Desc: not available Url : http://rubyforge.org/pipermail/rspec-users/attachments/20070912/61840dc6/attachment-0004.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: drbi_rb_test.log Type: text/x-log Size: 1806 bytes Desc: not available Url : http://rubyforge.org/pipermail/rspec-users/attachments/20070912/61840dc6/attachment-0005.bin
Christopher D. Pratt
2007-Sep-12 20:23 UTC
[rspec-users] A puzzling spec failure in a shared describe
I''m not really sure about your error, so hopefully someone more skilled than me can help you with that. As far as the "mock issue" goes, I don''t think that was anything more than a suggestion. I don''t foresee RSpec removing it''s built in mocking. If you want/need to use another mocking framework, I know that Mocha and RSpec play well. Not sure about FlexMock. Chris Pratt On 9/11/07, Mark Van De Vyver <mvyver at gmail.com> wrote:> > Hi, > Thanks for all the effort that has gone into making RSpec available. > I''m not a professional developer and I''ve found the approach > articulated has helped me a lot in writing my code, and understanding > that of others. > > To cut my teeth, I''m trying to write an db adapter for the og project. > > I''ve being iterating with RSpec and it''s exposed some unexpected > behavior in OG, and helped me to understand some of OGs behavior, but > I''ve hit a snag..... > Perhaps someone will be kind enough to point out why I see the 4 > failures listed in the > attached log when I run the attached spec file, and even kinder to > suggest how I might get this working :) > > Specifically, I''m puzzled by the following failure: > > 1) > ''A default (DbiAdapter) connection to a new Og store should refer to > the default database in its ''name'' attribute.'' FAILED > expected: :memory, > got: "test" (using ==) > /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:242: > /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:318: > > The text refers to the description of a set of expectatons far away > from the lines references, in fact those line numbers refer to > different describe section altogether. The ''got "test"'' suggest it > was running a spec around the line numbers cited, but the describe > ''text'' is out of sync. > > I suspect I''m don''t understand the scope and contexts of the rspec > components, or I may just be doing things back to front - I''ve read > the simple tutorials, but have found and more advanced "how to" just > yet - I''d greatly appreciate any pointers/hints someone can offer. > > There do seem to be some issues, such as ''you can''t use an objects > method twice in a describe block'', but I may be misunderstand > something I''ve seen? > > Anyway, hopefully it is not necessary, but if you need to run the spec > file I can try help you get OG to that point, but that could be tricky > - not all changes I''ve made have been > submitted or accepted yet. > > Hopefully you can just see my error from a glance at the spec file? > > Perhaps you can comment on what should be done differently to be > closer to rspec best-practice. > I think this is the first adapter spec file so can probably be used as > a template for others in the project? > > As I said, I suspect I''m missing something about how rspec works... one > issue > that isn''t clear from the rspec site is the scope of variables in a > spec file... > > Final Q: > Has there been a resolution of the Mock issue, i.e will it rspec > implementation stay in rspec or not. > Which of mocha and flexmock are most compatible (i.e. work) with > rspec, or is there a ''better'' mock project to use with rspec. > > Appreciate any help or insight you can offer. > > Regards > Mark > > _______________________________________________ > rspec-users mailing list > rspec-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/rspec-users > >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://rubyforge.org/pipermail/rspec-users/attachments/20070912/f4da2c9a/attachment-0001.html
Mark Van De Vyver
2007-Sep-13 05:49 UTC
[rspec-users] A puzzling spec failure in a shared describe
Hi, On 9/13/07, Christopher D. Pratt <chrisdpratt at gmail.com> wrote:> I''m not really sure about your error, so hopefully someone more skilled than > me can help you with that.OK, turns out this problem was due to ''bad dehavior'' in another part of the code base... Spec''ing exposed it but it''ll take me some time to get used to debugging this way - more reasons to spec from the outset....> As far as the "mock issue" goes, I don''t think that was anything more than a > suggestion. I don''t foresee RSpec removing it''s built in mocking. If you > want/need to use another mocking framework, I know that Mocha and RSpec play > well. Not sure about FlexMock.Thanks Chris that is good to know. Regards Mark> > Chris Pratt > > > > On 9/11/07, Mark Van De Vyver <mvyver at gmail.com> wrote: > > > > Hi, > > Thanks for all the effort that has gone into making RSpec available. > > I''m not a professional developer and I''ve found the approach > > articulated has helped me a lot in writing my code, and understanding > > that of others. > > > > To cut my teeth, I''m trying to write an db adapter for the og project. > > > > I''ve being iterating with RSpec and it''s exposed some unexpected > > behavior in OG, and helped me to understand some of OGs behavior, but > > I''ve hit a snag..... > > Perhaps someone will be kind enough to point out why I see the 4 > > failures listed in the > > attached log when I run the attached spec file, and even kinder to > > suggest how I might get this working :) > > > > Specifically, I''m puzzled by the following failure: > > > > 1) > > ''A default (DbiAdapter) connection to a new Og store should refer to > > the default database in its ''name'' attribute.'' FAILED > > expected: :memory, > > got: "test" (using ==) > > /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:242: > > /usr/src/nitro-repo/og/test/og/adapter/dbi.rb:318: > > > > The text refers to the description of a set of expectatons far away > > from the lines references, in fact those line numbers refer to > > different describe section altogether. The ''got "test"'' suggest it > > was running a spec around the line numbers cited, but the describe > > ''text'' is out of sync. > > > > I suspect I''m don''t understand the scope and contexts of the rspec > > components, or I may just be doing things back to front - I''ve read > > the simple tutorials, but have found and more advanced "how to" just > > yet - I''d greatly appreciate any pointers/hints someone can offer. > > > > There do seem to be some issues, such as ''you can''t use an objects > > method twice in a describe block'', but I may be misunderstand > > something I''ve seen? > > > > Anyway, hopefully it is not necessary, but if you need to run the spec > > file I can try help you get OG to that point, but that could be tricky > > - not all changes I''ve made have been > > submitted or accepted yet. > > > > Hopefully you can just see my error from a glance at the spec file? > > > > Perhaps you can comment on what should be done differently to be > > closer to rspec best-practice. > > I think this is the first adapter spec file so can probably be used as > > a template for others in the project? > > > > As I said, I suspect I''m missing something about how rspec works... one > issue > > that isn''t clear from the rspec site is the scope of variables in a > > spec file... > > > > Final Q: > > Has there been a resolution of the Mock issue, i.e will it rspec > > implementation stay in rspec or not. > > Which of mocha and flexmock are most compatible (i.e. work) with > > rspec, or is there a ''better'' mock project to use with rspec. > > > > Appreciate any help or insight you can offer. > > > > Regards > > Mark > > > > _______________________________________________ > > rspec-users mailing list > > rspec-users at rubyforge.org > > http://rubyforge.org/mailman/listinfo/rspec-users > > > > > >