Justtechjobs.com Find a programming school near you






Online Campus Both


php-developer-list | 2000111

RE: [PHP-DEV] 4.0.4 From: James Moore (james <email protected>)
Date: 11/04/00

> At 10:35 03/11/2000, Björn Schotte wrote:
> >* Andi Gutmans wrote:
> > > Yes. We seem to have a few open issues which once they are
> closed should
> > > allow for a 4.0.4:
> >
> >I don't want to criticize too much, but for outstanding people
> >it doesn't seem very well: "Oh, they have a QA team, but they
> >are releasing 4.0.xpl1 because they haven't tested enough".
>
> The fact we have a QA team doesn't mean the released versions are
> QA'd. There's no centralized/organized QA process, and the people in the
> QA team test the builds with their own setups (perhaps several
> setups). The QA team is doing a great job that's helping a lot, but it's
> far from ensuring that the releases that come out are actually QA'd.

Zak said he wouldnt be around for a few weeks so Ill try and do some of the
organising zak has done for the last releases, including finishing the build
tracker if he has not already done so. I also think that perhaps we should
have a separate bug system for the QA'ers when doing QA work which are
viewable by the developers specifically so that they know the problems we
have. Unfortunatly none of the QA team is full time or avalible all the time
so not every system we have avalible to us gets built on and also tested
fully. If you have a system that is not listed on qa.php.net as avalible for
testing and are WILLING to do some serious testing with the next release
then please sign up or send an email to the qa list and we can add you too
the testing pool. Hopefully then we can catch any major problems. I think
that the problem we had with 4.0.3 was that the release process dragged on
with various RC's and by the time you have spent a couple of hours testing
one RC you dont want to have to totally retest a new RC as happened last
time. The time gap inbetween the two RC's IMHO was too great enabling too
many changes to be added to the CVS repository. I know we have had this
argument before but I think that there are serious benifits in branching at
RC1 and then not remerging but applying patches to both trees. Then we, as
the QA team can help track down problems without new ones appearing before
the release. I know there is a lot of opposition to branching but I thinks
that it would help us avioud another pl release.

James 

--
James Moore

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: php-dev-unsubscribe <email protected>
For additional commands, e-mail: php-dev-help <email protected>
To contact the list administrators, e-mail: php-list-admin <email protected>