improving the quality of the image

Philippe Marschall philippe.marschall at gmail.com
Mon Jan 29 10:43:19 UTC 2007


2007/1/29, Elod Kironsky <kironsky at grisoft.cz>:
> Philippe Marschall wrote:
> > 2007/1/26, Bert Freudenberg <bert at freudenbergs.de>:
> >>
> >> On Jan 26, 2007, at 16:03 , Philippe Marschall wrote:
> >>
> >> > 2007/1/26, Ralph Johnson <johnson at cs.uiuc.edu>:
> >> >> One of my goals for 3.10 is to improve the quality of the image.  Our
> >> >> first release (coming soon!) will have only green tests, and each
> >> >> following release will have only green tests.
> >> >
> >> > How does removing failing tests improve the quality?
> >>
> >> Woa, where does that hostility come from? There is another way to
> >> ensure all tests are green, besides removing the failing ones.
> >
> > What hostility? I could not see why this improves the quality because
> > to me the first step to fix a problem is to admit that you have a
> > problem. Failing tests are pointer to problems for me. Removing
> > failing tests because they can not be fixed today or tomorrow looked
> > to me like an attempt to hide hide a problem. So I asked and now I
> > know the reason why it was done.
> >
> > Philippe
> >
> Philippe, where did you read that failing tests will be removed? "First
> release will have
> only green tests" means, that all tests remain and will pass, not fail.
> There will be no
> test removal at all! I'm, pretty sure you misunderstood something.

http://bugs.impara.de/view.php?id=5527

Philippe

> Elod
> >> >> But there are many
> >> >> other things that could be checked automatically.  For example, there
> >> >> should be no unimplemented methods in the released image.
> >> >> Unfortunately, there are a lot right now, so we can't make that rule.
> >> >> But I would like to have all these fixed by the end of the 3.10 cycle
> >> >> and to be able to enforce the rule that no release has any
> >> >> unimplemented methods.
> >> >>
> >> >> Jerome Peace has been working on getting rid of unimplemented methods
> >> >> and has a lot of fixes.  You can find them at
> >> >> http://bugs.impara.de/view.php?id=4544   This is the original Mantis
> >> >> issue that he has been working on.  Most of the fixes are in "child"
> >> >> issues, but you can find them from that page.
> >> >>
> >> >> You can help by checking Jerome's fixes.  If you are familiar with
> >> >> the
> >> >> code he is changing, read it and see whether you can spot anything
> >> >> wrong.  If you can, post a note.  If you can't, please post a note
> >> >> that, as far as you can tell, it looks good.  If you aren't that
> >> >> familiar with the code, but are working on an application that uses
> >> >> it, please file in the changes and try out your application.  Again,
> >> >> report on the results!
> >> >>
> >> >> If two or three people try out some changes and everybody thinks they
> >> >> are OK, the release team will mark the issue as "resolved" and put it
> >> >> in the next release.
> >> >>
> >> >> We will make sure the code doesn't break any tests.  But if you don't
> >> >> try out the code then we'll have to try it, as well, and that will
> >> >> take a lot more time.  So, you can help us get more work done by
> >> >> checking out these fixes.
> >> >>
> >> >> Thanks!
> >> >>
> >> >> -Ralph Johnson
> >> >>
> >> >>
> >> >
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
>
>
>



More information about the Squeak-dev mailing list