[Gelistirici] Test surecleri

[Serbulent UNSAL]

On Sunday 05 October 2008 14:38:47 Onur Küçük wrote:
> On Sun, 5 Oct 2008 14:23:08 +0300
>
> Serbulent UNSAL <serbulent at pardus.org.tr> wrote:
> > On Sunday 05 October 2008 14:03:04 Onur Küçük wrote:
>
> ...
>
> > >  Paketin sahibi yeterli kararlılığa ulaştığına inandığında merge
> > > isteğinde bulunuyor zaten, sırf test edilsin diye merge isteği
> > > veriliyorsa asıl orada sorun var demektir
> > >
> > >  Test ekibinin ana işlevi paketçinin yakalayamadığı pakete özel ya
> > > da depo içerisindeki uyum gibi konuları test etmek olmalı, bir
> > > paketin en başta testcisi o paketi güncelleyen kişi olmalı
> >
> > Bu konuda hemfikiriz zaten ama bu konuları pek çok defa konuşmamıza
> > rağmen hiç bir değişiklik yaratamadık. Testi bırak paketçilerin
> > yaptığı commitlere açıklayıcı bir log yazmasını bile sağlamış
> > değiliz.
> >
> > > > Aynı mantıkla şu anki sistemde paketçi ACK vermiş zaten niye test
> > > > ediyoruz dememiz mümkün olurdu.
> > > >
> > > > > Bu kadar "fine-grained" bir mekanizma yüzlerce paket için asla
> > > > > düzgün işlemez maalesef.
> > >
> > >  Ozan'a katılıyorum, süreci uzatmanın çözüm olduğunu düşünmüyorum
> >
> > Benim önerdiğim çözüm süreci uzatmıyor, kısaltıyor. Ne zaman
> > yapılacağı belirsiz bir ACK/NACK süreci yerine, paket yeterli
> > olgunluğa ulaşır ulaşmaz test sürecine sokuyor ve bu şekilde fazla
> > sayıda paketi biriktirmediğimiz için hızla sonuç alıyoruz testden.
>
>  merge isteği = test isteği diye görüyorum ben

Sürecin o kısmı her halükarda var zaten, test deposunda mümkün olduğunca fazla 
kişi tarafından denenmesi için paketin.

Ama nihai testi o noktada gerçekleştirmek çok doğru gelmiyor bana. 
Çünkü "kararlı deponun son hali + yeni güncellemeler" şeklinde oluşan bir 
sistem üzerinde yapılmalı testler.

Merge isteğinin ardından test deposunda geçen sürede kararlı depo değişmiş 
olabileceği için, paketin test deposundaki yaşamının sonunda testleri yapmak  
daha akılcı bir çözüm.	

-- 
İyi Çalışmalar;
 
Serbülent