[Gelistirici] Test süreçleri - Otomasyon ve Ölçüm

Erkan Tekman tekman at pardus.org.tr
20 Ara 2008 Cmt 18:51:58 EET


19 Aralık 2008 Cuma 17:32:49 tarihinde Serbulent UNSAL şunları yazmıştı:
> nledim ve sayfalara böldüm. Ayrıca
> bir de sıklık dağılımı ekledim.

Serbülent, bir de insanların ekli dosyayı açmadan fikir sahibi olabilmeleri 
için "ne bulduğunu" yaz demiştim. Ben yazayım bari (talodaki kimi hataları 
düzelttikten sonra):

İncelenen 60 paket için güncellemenin merge isteğinin yapılması ile satble 
depoya girmesi arasındaki süre ortalama olarak 17,6 gün bulunmuş. Bu zamanın 
büyük bileşenleri depoya giriş ile ACK/NACK listesine giriş arasında geçen 
süre (ort. 6,1 gün) ve ACK/NACK'ın bitişi ile testin bitişi arasındaki süre 
(ort. 5,1 gün) olarak çıkmış. 

Paketlerin %33'ü 2-2 1/2 haftada, %27'si  2 1/2-3 haftada ve %23'ü 1 1/2-2 
haftada tamamlamışlar süreci. En kısa süre iki paket için 9 gün ve en uzun 
süre bir paket için 50 (ve iki paket için 32) gün. Paketlerin %87'si süreci 
1-3 haftada tamamlamışlar.

Şimdi de bir yorum  ve iki soru (Varsayım ACK/NACK ve test periyodu 7 gün 
alınmış durumda, ki hemen hemen tutturuluyor): 

2008 sürüm yöneticimiz bir güncellemenin ACK/NACK listesinde girebilmesi için 
test deposunda birkaç gün kalmasını ve test deposu kullanıcılarından olumsuz 
bir ses çıkamamasını şart koşuyor. Bu süre 2 gün dersek zaten depoya giriş 
ile ACK/NACK listesine giriş arasındaki süre ortalama 5,5 gün olmak 
durumunda. Buradaki sonuç (6,1 gün) kabul edilebilir uzaklıkta, bu politika 
değişmeden yarım günden daha fazla kazanç sağlanabilirmiş gibi görünmüyor.

Test adımını ortadan kaldırsak toplam süre 12,5 gün olacak. Bunun kabul 
edilebilir, 17,6'nın kabul edilemez bir süre olduğunu mu düşünüyoruz?

ACK/NACK ve test adımlarını kaldırırsak süre 6,4 güne düşecek. Evet, bu 
diğerlerinden net bir şekilde 1+ hafta daha kısa bir süre. Ama gerçekten 
aradaki süreçleri kaldırmaya değecek mi?

ET,



Gelistirici mesaj listesiyle ilgili daha fazla bilgi