testowanie pakeitów (było: Re: ipv6 enabled)

[Tomasz Kłoczko]

On Tue, 28 Aug 2001, Dominik Mierzejewski wrote:

> Tomasz Kłoczko wrote:
> [ciach] 
> > To, że do zasobu leżącego w test nikt 
> > nie zgłosił uwag może równi dobrze wynikać z braku błędów co poprostu z 
> > braku zainteresowania zasobem i w zwiazku z tym braku jego testowania, co 
> > oczywiście po przeniesieniu z test musi zaskutkować uwidocznieniem wad w 
> > tych miejscach gdzei zostanie to użyte.
> 
> Słusznie. Dlatego MSZ najlepszym rozwiązaniem byłoby pozytywne
> potwierdzenie poprawnego działania pakietu przez kilka osób.

W przypadku używania wucha jest to do rozwiązania z użyciem mop ale:
1) niewiem w jakim obecnie stanie jest mop, 2) wymuszałoby to uzywanie 
wucha do operowanai na zasobach z /test. Nie jest to co prawda nic za 
mocno krępującego ale wymagałoby upowszecnienia używanai wucha i mop. Z 
pierwszym mogą być pewne kłopoty poniewać niestety wuch nie jest 
konkurencyjny jeśli chodzi o predkosć działanai w porównaiu z aptem czy 
poldkiem. Wyposażanie w wsparcie do mopa apta byłoby zapewne nieco 
kłopotliwe ze względu na zakręconą struktóre tego programu. W przypadku 
poldka mogłoby mieć to lepsze szanse powodznia niemniej poprostu 
wymagałoby pracy .. i tu przyznam że skupienie się na dalszym rozwoju 
poldka po to zeby wspomóc proces oceny zasobu w celu jego kwalifikacji do 
pzrenioesienai z test byłby dobrą inwestycją. Tak cz inaczje proces 
potwierdzania oceny musiałby być możliwie mało zajmujący.

> Powiem więcej: możnaby podzielić pakiety na kategorie - krytyczne,
> ważne, zwykłe i np. dla krytycznych poprawne działanie musiałoby
> potwierdzić więcej osób niż ważnych itd. Oczywiście to tylko propozycja.

Nie ma sensu takie podejście. Samo kategoryzowanie to już spory wydatek
czasowy. Korzyść z tego jest nieporoporcjonalne do wkładu. Popatrz lepiej
na mop w okolicach wucha i samego poldka. Ten kierunek może być znacznie
bardziej obiecujący.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*