Pardus Testing Team
Contents |
Pardus Testing Team
For every product or service that are produced by human beings, it is inevitable to contain bugs or errors. That's why quality assurance policies are needed for every product to decrease the rate of malfunctions.
The aim of Pardus Testing Team is to minimize the rate of malfunctions before the releases and after the releases. Another aim is to support the fix of bugs as soon as possible.
Contribution
Özgür yazılımlar sadece programcılar tarafından değil, aynı zamanda çeviri, hata düzeltme , test , grafik , yazılım paketlemesi ve benzeri görevler üstlenen gönüllüler tarafından oluşturulmakta ve yaşatılmaktadır. Test, özgür bir yazılıma katkıda bulunmak için iyi bir başlangıç noktasıdır. Çok fazla teknik bilgi gerektirmemesinin yanı sıra test edilen yazılımı öğrenmek için de iyi bir başlangıç noktası oluşturur.
Pardus Test Takımına Nasıl Katılabilirim ?
Test ortamının günlük olarak kullandığınız sistemden yalıtılmış olmasını beklemekteyiz. Sürüm içi testler için bu ihtiyacı sanal makinalar ile karşılayabilirsiniz. Ancak sürüm öncesi test süreçleri için bu işe ayırdığınız bir makinanızın olması gerekmektedir.
Ayrıca Linux ve Pardus ile ilgili temel düzeyde bilgi sahibi olmalısınız. Sizden geliştirici düzeyinde bilgi sahibi olmanız beklenmese de "Kablosuz ağ kartınızın ve vendor id si nedir?" , " xxxxxxx adresindeki depoyu konsoldan ekleyip güncelleme yapar mısınız" gibi cümleler size çok yabancı gelmemeli.
Test için kullanacağınız her bilgisayarı buradaki formu doldurup psts
pardus.org.tr adresine göndererek kayıt ettirmeniz gerekmektedir. Burada örnek olarak doldurulmuş bir formu inceleyebilirsiniz.
Pardus Sürüm Öncesi Test Süreci Nasıl İşler ?
Her sürüm öncesinde Pardus Test Gönüllüleri'ne gönderilecek bir form ile gönüllülerin test için kullanacakları bilgisayarlara ait donanım bilgileri toplanır ve her sistem için bir numara atanır.
Yayınlanan her deneme sürümü ile beraber, gönüllüler yeni bir kurulum yapar ve kendilerine iletilen test formundaki testlerin sonuçlarıyla formu doldurarak belirlenen zaman dahilinde testci listesine gönderirler.
Tespit edilen hatalar gerekirse test sorumlusu hata takip sistemine işlenir ve test gönüllüsü ile birlikte hata kapatılana kadar takip edilir.
Test gönüllüleri kendilerine yapılan geri dönüşleri belirli bir zaman içerisinde cevaplar ve bu süreci kararlı sürüm çıkana kadar devam ettirirler.
Sürüm öncesi Testleri Raporlamak
Test Takımı sürüm duyurusunun ardından kendilerine gönderilen kılavuz yardımıyla teste başlanır. Test içinde başarılı olan adımlar yalnız
1.1 Evet
1.2 Evet
1.3 Evet
şeklinde yazılıp hata alınan adımları detaylı bir biçimde açıklayarak rapora eklenir. Rapor e-posta ile "plain text" olarak testci listesine gönderilir. Gönderilen e-postanın başlığı "Test No:NN Sistem-XXX" şeklinde olmalıdır.
Pardus Sürüm içi Test Süreci Nasıl İşler
Bu test süreci yeni kararlı sürümün çıkması ile başlar ve sürüm resmi olarak desteklendiği sürece devam eder. Bu süreçte kendi içinde ikiye ayrılır. "Güncelleme Testleri" ve "İşlev Testi".
Güncelleme Testleri
Bu süreç için öncelikle, test edilen kararlı sürüm ( örneğin Pardus-2007 ) ve o ana kadar çıkmış ara sürümlerin her birinin ( örneğin 2007.1 , 2007.2 , 2007.3 ) yeni kurulmuş birer versiyonuna sahip olmamız gerekir. Her bir testin ardından tekrar bu temiz kurulumlara ihtiyaç duyacağımızdan bu sürümleri sanal görüntü olarak kurmak ( misal VirtualBox ile ;) ) sağlık ve de sıhhat açısından faydalıdır. Bu sanal görüntüleri güncelleme testlerinde kullanacağız.
Ayrıca her güncelleme sonrasında kararlı depodan güncellediğimiz düzenli güncellenen bir sanal imaja da ihtiyaç vardır.
Süreç genel hatları ile şöyle işler; Test sorumlusu test deposunda bekleyen paketler için bir onay süreci başlatır. Geliştiriciler tarafından onaylanan paketler o anki kararlı depo ve onay alan yeni paketlerden oluşan bir geçici depoya aktarılırlar. Temiz kurulmuş sürümlere bu deponun adresi verilerek sürümler güncellenir.
Her güncellenmiş sürüm yeniden başlatılarak temel sistemlerin sağlıklı işleyip işlemediği kontrol edilir. Ardından revdep-rebuild komutu ile ters bağımlılıklardaki kırık paylaşımlı kütüphane dosyalarının varlığı denetlenir.
İşlev Testleri
İşlev testi içinse, en son kararlı sürümün güncel hali test deposundan güncellenir ve güncellenen her bir program tek tek test edilir.
VirtualBox veya benzeri bir sanal Makine ile bir defa kurulum yaptıktan sonra kararlı depoya her güncellediğinizde makinanızın bu noktadan görüntüsünü alabilir ve bir sonraki testi bu noktadan yapabilirsiniz. Böylece aynı paketleri her defasında kurmanız gerekemez.
Güncellenmiş kararlı sürüm yeniden başlatılarak temel sistemlerin sağlıklı işleyip işlemediği kontrol edilir. Ardından revdep-rebuild komutu ile ters bağımlılıklardaki kırık paylaşımlı kütüphane dosyalarının varlığı denetlenir.
Testçinin bütün program ve kütüphaneleri bütün özellikleri ile test etmesi bilgi, tecrübe ve zaman açısından mümkün görülmediği için test edilecek olan paketler 4 ana kategoriye ayrılmıştır. Bu kategoriler; Detaylı olarak test edilmesi gereken paketler , Standart biçimde test edilmesi gereken paketler ,Yalnız kurulum testine tabi tutulacak paketlerdir
Test Deposu Adresleri
Pardus 2007 için: http://paketler.pardus.org.tr/testci-2007/pisi-index.xml.bz2
Pardus 2008 için: http://paketler.pardus.org.tr/testci-2008/pisi-index.xml.bz2
Hataları Raporlamadan Önce
- Eğer kurulum hatası aldıysanız indirdiğiniz imajın sha1sum değerini kontrol edin. CD yi DAO modunda en çok 16x hızında yazdığınızı ve CD nizin sağlam olduğunu teyit edin.
- Bir hata aldığınızda aldığınız hata mesajını anlamaya çalışın kendi program ayarlarınızla ilgili bir durumdan kaynaklanmadığına emin olmaya çalışın. Bu konuda en iyi dostumuz Google ile sık sık muhattap olmaktan çekinmeyin.
- Grafik arayüzdeki programlarda aldığınız hataları konsoldan tekrar etmeye çalışın. Konsoldan aldığınız hata mesajını da hata raporunuza ekleyin.
- Aldığınız hatayı en son paketin en son kararlı sürümü ile tekrarlamaya çalışın. Sonucu hata raporunuza ekleyin.
