Pardus Testing Team

From PardusWiki
(Difference between revisions)
Jump to: navigation, search
(Test Deposu Adresleri)
(Undo revision 3094 by Itycajofa (Talk) Spam.)
 
(12 intermediate revisions by 5 users not shown)
Line 1: Line 1:
{{UnderConstruction}}
+
This documentation is created by Semen Cirit in order to explain Pardus Linux Distribution Test Team Candidature and Test Processes. For suggestion and contribution please send mail: '''scirit{{at}}pardus.org.tr'''
== 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.
+
=  Pardus Test Team =
  
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.
+
For every product or service that is 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.
  
== Contribution ==
+
The aim of the Pardus Testing Team is to minimize the rate of malfunctions before and after the releases. Another aim is to support the fixing of bugs as soon as possible.
  
Free Softwares are not developed and maintained by only the developers but also by the people who volunteers to make translations, help bug-fixing, test, contribute in terms of graphics and package the software. Testing is a good starting point to begin to contribute free software as it does not require much technical information and besides, helps in learning the softwares that are being tested.
+
= Contribution =
  
== How Can I Be a Member of Pardus Testing Team ==
+
Free Softwares are not developed and maintained by only the developers but also by the people who volunteer to make translations, help bug-fixing, test, contribute in terms of graphics and package the software. Testing is a good starting point to begin to contribute to free software as it does not require much technical information and besides, helps in learning the softwares that are being tested.
  
We are expecting you to isolate the testing environment from your daily usage. You can ensure this via virtual machines, for testings inside Releases(packages, interim releases..etc.) However for testing the actual releases, testings before the releases, you definitely need a machine dedicated to this job.
+
= How Can I Be a Member of Pardus Testing Team?=
  
Besides; you are expected to have basic skills of knowledge about Linux and Pardus. Although you are not expected to have a developer level of knowledge, questions like "What is your wireless card's name and its' vendor id?", "can you add the repo at the address xxxxxx, and then upgrade the system" should not sound unfamiliar to you.
 
  
You must register every computer you are going to use by filling the form at [http://cekirdek.pardus.org.tr/~serbulent/ptg_bilgi.ods this adress] and then send it to psts{{at}}pardus.org.tr. An example fulfilled form can be seen from  ''[http://cekirdek.pardus.org.tr/~serbulent/ornek.ods here]''.
+
== You need to know a few detail before participating to Pardus Test Team ==
  
== How are the things going on for Testing Team before a Pardus Release ==
+
::* '''For develpment version test processes:''' You have to accept the risk of losing data and systems on your machine. (For every development version test, you can take a backup of your system to an external harddisk.).
  
Before every main release, a form is sent to the Pardus Testing Team Members, and they provide hardware information of the machines which they plan to use as a testing machine. For every system a number is assigned.
+
::* '''For daily usage:''' Testing environment can not be isolated from daily usage. For your individual system you have to use <pre>http://packages.pardus.org.tr/pardus-x-test/pisi-index.xml.bz2</pre> repository. (x means the related Pardus version. For example pardus-2009-test.)
  
With every testing release, Pardus Testing Team Members make a fresh installation and fill in the form they are provided according to the test results in the form. After that, they send these forms to the tester list when the forms are wanted.  
+
::Thanks to daily usage of test repository, you will be in [http://www.wikihow.com/Make-Adhoc-Testing-More-Effective ad-hoc test process] at any moment.  
  
If any bugs appear, they are entered to the bugzilla and being tracked by the reporter and the Testing Team Responsible till the bug is closed.
+
::For evey bug that you find, you have to report it to [http://bugs.pardus.org.tr/ Pardus bug tracking system] with assistance of [[How:Efficient Bug Reporting | efficient bug reporting]] documentation.
  
Pardus Testing Team Members answer to the feedbacks from Testing Team Responsible in a certain period of time and keep on doing these things till the stable release is announced.
+
::* '''For stable version test processes:''' You can reserve a partition for stable version tests. This system repository will be a repository which is created by test supervisor for stable test process. The tamplate for this repository <pre>http://packages.pardus.org.tr/tester-x/pisi-index.xml.bz2</pre>. (x means Pardus system version. Örneğin tester-2009.)
  
====Reporting Before Release Tests====
+
==For participating Pardus Test Team==
  
After the release announcement, Pardus Testing Team starts testing with the help of the guide they are provided.
+
You will be pass the Pardus Test Team Candidature process before being a test team member. After this proocess you will be well aware about Pardus Linux Distribution infrastructure, and can find bugs and also can find a way to resolve bugs. After send an e-mail to '''pardus-test{{at}}pardus.org.tr''', you will be a pardus test team candidate.  
The succesful steps are signed as
+
  
1.1 Yes<br>
+
From that moment you will take a [http://svn.pardus.org.tr/uludag/trunk/doc/test/tester-quiz.txt test team member quiz] in order to learn Pardus Linux Distribution infrastructure and bug finding, fixing and reporting. You can consult your mentor if you’re unable to locate answers. For consulting the mail adress is also '''pardus-test{{at}}pardus.org.tr'''.
1.2 Yes<br>
+
1.3 Yes<br>
+
  
but the steps that are failed should be written in details as much as possible and be added to the final report. The final report is send to the tester list via e-mail as a "plain-text" . The header of the post should be in the form of "Test No:NN  Sistem-XXX" .
+
After answering these questions properly, you will be a Pardus test team member!!! İndeed the moderator will affirm your test team list membership.
  
==How about the Tests during a Release==
+
=Pardus Test Süreçleri=
  
Tests during a Release is different from Before-The-Release Tests as this kind of tests start at the beginning of the new stable release and goes on till the release is maintained officially. That kind of Tests are seperated into two groups: "Upgrade Tests" and "Function Tests"
+
::* [http://en.pardus-wiki.org/Development_Verison_Test_Process Development Version Test Process]
 
+
::* [http://en.pardus-wiki.org/Stable_Version_Test_Process Stable Version Test Process]
====Upgrade Tests====
+
 
+
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.
+
 
+
====Function Tests====
+
 
+
İş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.
+
 
+
 
+
<center>[[Resim:Surum ici1.jpg]]</center>
+
 
+
 
+
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ı biçimde test edilecek paketler|Detaylı olarak test edilmesi gereken paketler]] , [[Standart biçimde test edilecek paketler|Standart biçimde test edilmesi gereken paketler]] ,[[Yalnız kurulum testine tabi tutulacak paketler|Yalnız kurulum testine tabi tutulacak paketler]]dir
+
 
+
====Testing Repository Adresses====
+
 
+
For Pardus 2007 : http://paketler.pardus.org.tr/testci-2007/pisi-index.xml.bz2
+
 
+
For Pardus 2008 : 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.
+

Latest revision as of 13:59, 30 November 2010

This documentation is created by Semen Cirit in order to explain Pardus Linux Distribution Test Team Candidature and Test Processes. For suggestion and contribution please send mail: scirit@ @.pngpardus.org.tr

Contents

Pardus Test Team

For every product or service that is 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 the Pardus Testing Team is to minimize the rate of malfunctions before and after the releases. Another aim is to support the fixing of bugs as soon as possible.

Contribution

Free Softwares are not developed and maintained by only the developers but also by the people who volunteer to make translations, help bug-fixing, test, contribute in terms of graphics and package the software. Testing is a good starting point to begin to contribute to free software as it does not require much technical information and besides, helps in learning the softwares that are being tested.

How Can I Be a Member of Pardus Testing Team?

You need to know a few detail before participating to Pardus Test Team

  • For develpment version test processes: You have to accept the risk of losing data and systems on your machine. (For every development version test, you can take a backup of your system to an external harddisk.).
  • For daily usage: Testing environment can not be isolated from daily usage. For your individual system you have to use
    http://packages.pardus.org.tr/pardus-x-test/pisi-index.xml.bz2
    repository. (x means the related Pardus version. For example pardus-2009-test.)
Thanks to daily usage of test repository, you will be in ad-hoc test process at any moment.
For evey bug that you find, you have to report it to Pardus bug tracking system with assistance of efficient bug reporting documentation.
  • For stable version test processes: You can reserve a partition for stable version tests. This system repository will be a repository which is created by test supervisor for stable test process. The tamplate for this repository
    http://packages.pardus.org.tr/tester-x/pisi-index.xml.bz2
    . (x means Pardus system version. Örneğin tester-2009.)

For participating Pardus Test Team

You will be pass the Pardus Test Team Candidature process before being a test team member. After this proocess you will be well aware about Pardus Linux Distribution infrastructure, and can find bugs and also can find a way to resolve bugs. After send an e-mail to pardus-test@ @.pngpardus.org.tr, you will be a pardus test team candidate.

From that moment you will take a test team member quiz in order to learn Pardus Linux Distribution infrastructure and bug finding, fixing and reporting. You can consult your mentor if you’re unable to locate answers. For consulting the mail adress is also pardus-test@ @.pngpardus.org.tr.

After answering these questions properly, you will be a Pardus test team member!!! İndeed the moderator will affirm your test team list membership.

Pardus Test Süreçleri

Personal tools
Namespaces
Variants
Actions
Navigation
Print/export
Toolbox