[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