Effort on increasing the test coverage
by Alexandre Bergel
Hi!
We are looking for a case study for our work on test coverage.
Moose (i.e., packages having their name beginning with 'Moose-') has all the characteristics of the ideal candidate. It is fairly large (399 classes and >3800 methods), it is important and has a relatively poor coverage. Only 52% of the method are executed by unit tests.
For example, I was surprised that many methods of MooseModel are actually not executed by unit tests (e.g., inferNamespaceParentBasedOnNames, installDefaultModels).
The LAN Example is never executed for example. Even DefaultStateEntity has many untested methods. This could very well be dead code.
Is there a part that you would like us to focus on first?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
12 years, 8 months
LinkedTabGroupMorph
by Tudor Girba
Hi Cyrille,
I noticed that in the DistributionMap package we have a LinkedTabGroupMorph. However, this class is not referenced anywhere. Any idea what its goal is?
Cheers,
Doru
--
www.tudorgirba.com
"There are no old things, there are only old ways of looking at them."
12 years, 8 months
Re: about glamour
by Tudor Girba
Hi Alain,
In the latest Glamour, you will have a light color for no empty panes.
Cheers,
Doru
On 15 Jan 2011, at 18:38, Alain Plantec wrote:
> Le 15/01/2011 18:23, Tudor Girba a écrit :
>> Well, those panes are actually drawn, only the renderer draws them with transparent color.
>>
>> You could show an empty text there:
>> browser transmit to: #below; andShow: [:a | a text display: ''].
>>
>> However, this is a bit against the idea of Glamour which is to show data. Here, you would show something only because of the visual appearance.
> yes, I agree with you but you could make the panes with "no data" rendered with a darker color (very light gray fro example).
> So the user would have a clear idea of how is composed the browser. Having blank areas is uncomfortable to me.
>
> btw, how is it possible to update the browser when a part of it is changed ?
> Thanks
> Alain
>
--
www.tudorgirba.com
"Problem solving efficiency grows with the abstractness level of problem understanding."
12 years, 8 months
extension method should reference own class ?
by Nicolas Anquetil
I believe a package with an extension method should be seen as depending on the package owning the extended class (and also depending on the extended class)
Right now, this is not implemented in the various {sure|potential}ReferencedPackage , {sure|potential}ReferencedClass
After discussing with Simon, we believe that this would at least call for an explicit representation of the extension as an association.
This would go in Famix-Smalltalk
The question maybe how to represent this?
Simon sees it as an association between a package and a method: Me (package) defines an extension (the method)
I was rather thinking of a class/method association: Me (class) am extended by you (method)
and the reverse: me (method) extends you (class)
then of course we would need to implement the query system on top of this ...
what do you people think about this?
nicolas
12 years, 8 months