On Tue, Aug 19, 2008 at 5:55 PM, Maurício Linhares
<[EMAIL PROTECTED]> wrote:
> Maybe you shouldn't be placing spectations in a before or after filter, it
> doesn't make much sense.
I disagree. They can be useful for verifying assumptions about
fixture data. At any rate, a bug's a bug.
juuser:
It makes sense to me. Let's say that you want to initialize object in your
before :all, but this fails.
For example, in my case I'm using RSpec for automated web testing with Watir
and I'm logging into web application from before :all and if this fails then
it's logical that there's no point to e
Maybe you shouldn't be placing spectations in a before or after filter, it
doesn't make much sense.
On Tue, Aug 19, 2008 at 6:53 PM, juuuser <[EMAIL PROTECTED]> wrote:
>
> Hello.
>
> I've found one bug when failing before :all block doesn't move html
> report's
> progress bar correctly.
>
> You c
Hello.
I've found one bug when failing before :all block doesn't move html report's
progress bar correctly.
You can test it out easily by doing something like this:
describe "bad bad bad" do
before :all do
true.should be_false
end
it "empty" do
end
end
Now run this spec with html formatter
