Netbeans Code Coverage and RSpec

[Anthony Richardson-5]

Hi All,

I noticed that the Code Coverage feature doesn't seem to work with
RSpec. It assumes Test Unit which I don't use. It would be good if it
could wortk with RSpec. I noticed this issue was bought up on Tor blog
(in the comments) a few months ago. I look in Issue tracker and
couldn't find any related issue so if no one objects I'll raise an
issue.

It would be good if I could tell netbeans to ignore TestUnit and in
all cases where it wasn;t do somethign related to tests it uses RSpec
instead. So that things like "Test Project" command runs RSpec instead
of TestUnit (which has no tests).

Cheers,

Anthony Richardson

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Erno Mononen]

Hi Anthony,

Anthony Richardson wrote:
> Hi All,
>
> I noticed that the Code Coverage feature doesn't seem to work with
> RSpec. It assumes Test Unit which I don't use. It would be good if it
> could wortk with RSpec. I noticed this issue was bought up on Tor blog
> (in the comments) a few months ago. I look in Issue tracker and
> couldn't find any related issue so if no one objects I'll raise an
> issue.
>  

There is http://www.netbeans.org/issues/show_bug.cgi?id=156673 (it had a
misleading summary that I just changed, so you probably didn't see it).
I want to fix it for 6.7 FCS.

> It would be good if I could tell netbeans to ignore TestUnit and in
> all cases where it wasn;t do somethign related to tests it uses RSpec
> instead. So that things like "Test Project" command runs RSpec instead
> of TestUnit (which has no tests).
>  

Yes, that would make sense. Currently we have both the 'Test' and 'RSpec
Test' actions, which is not ideal, but currently the test runner can't
unfortunately combine both TestUnit and RSpec tests in one report (so
the actions are now needed for cases when you have both TestUnit and
RSpec tests in a project).

In 6.7 it is possible to have some control over what testing related
actions are displayed in the project context menu, please see
http://www.netbeans.org/issues/show_bug.cgi?id=158940 for details.

Thanks,
Erno


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

[Anthony Richardson-3]

Thanks Erno,

I have cc'd myself in on the RSpec Code Coverage issue. I would be
great to see that resolved :-)

Cheers,

Anthony


On Fri, Mar 20, 2009 at 5:46 PM, Erno Mononen <Erno.Mononen@...> wrote:

> Hi Anthony,
>
> Anthony Richardson wrote:
>>
>> Hi All,
>>
>> I noticed that the Code Coverage feature doesn't seem to work with
>> RSpec. It assumes Test Unit which I don't use. It would be good if it
>> could wortk with RSpec. I noticed this issue was bought up on Tor blog
>> (in the comments) a few months ago. I look in Issue tracker and
>> couldn't find any related issue so if no one objects I'll raise an
>> issue.
>>
>
> There is http://www.netbeans.org/issues/show_bug.cgi?id=156673 (it had a
> misleading summary that I just changed, so you probably didn't see it). I
> want to fix it for 6.7 FCS.
>
>> It would be good if I could tell netbeans to ignore TestUnit and in
>> all cases where it wasn;t do somethign related to tests it uses RSpec
>> instead. So that things like "Test Project" command runs RSpec instead
>> of TestUnit (which has no tests).
>>
>
> Yes, that would make sense. Currently we have both the 'Test' and 'RSpec
> Test' actions, which is not ideal, but currently the test runner can't
> unfortunately combine both TestUnit and RSpec tests in one report (so the
> actions are now needed for cases when you have both TestUnit and RSpec tests
> in a project).
>
> In 6.7 it is possible to have some control over what testing related actions
> are displayed in the project context menu, please see
> http://www.netbeans.org/issues/show_bug.cgi?id=158940 for details.
>
> Thanks,
> Erno
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...