Test Yönetimi
Test Yönetimi
Test yönetimi araçlarının yardımcı olabileceği bir alan, testlerle ilgili bilgilerin düzenlenmesi ve testlerin gereksinimlere ve yazılıma göre izlenebilirliğinin sağlanmasıdır. Bazı test yönetimi araçları, test sürecinin yönetiminden çok testlerin yönetimiyle ilgilenir.
Diğer test yönetimi araçları, test sürecinin yönetimini desteklemeye yardımcı olur. Proje yönetimi araçları, test yürütme gibi birden çok kez tekrarlanan etkinliklerin karşılanmasında sorunlar olabilmesine rağmen, testlerle ilgili yönetim düzeyindeki bilgileri takip etmek için de kullanılabilir.
Ancak, belgelenen bilgiler iyi organize edilmemişse, testler veya test süreci hakkındaki bilgileri belgelemek için yalnızca bir araç kullanmak yardımcı olmayacaktır. Mevcut test belgeleriniz hantalsa, bu belgelerin biçimi ve içeriği ele alınmalıdır. Belki de test koşullarının test durumlarından net bir ayrımı yoktur.
Hangi testlerin yapıldığının raporlanması, bir kelime işlemci tablosunda veya elektronik tabloda testlerin bir listesinin olması ve testin uygulama tarihinin şimdiye kadar olduğundan daha sadık bir şekilde kaydedilmesiyle geliştirilebilir.
Hangi testlerin yapılıp yapılmadığını takip etmek için bir kişiyi test ‘tazısı’ olarak atamak, bu sorunu minimum maliyetle pekala aşabilir. Manuel dokümantasyonun kalitesini artırmak, yeni bir test aracı sunmaktan daha hızlı, daha ucuz ve daha etkili olabilir.
Yazılımın ne kadarının test edildiğini bilmiyoruz. Bir test yürütme aracı, raporlama iyi organize edilmişse, size tanımlanmış bir dizi testin çalışıp çalışmadığı hakkında bilgi verecektir, ancak bu, aslında size yazılımı ne kadar kapsamlı bir şekilde uyguladığınızı söylemez.
Test kapsamı araçları, belirli bir test seti tarafından çeşitli ‘kapsam öğelerinin’ yüzde kaçının uygulandığı hakkında size bilgi verebilir. Ancak, bazı satıcılar hem yürütme hem de kapsam araçlarını içeren araç takımları sunsa da, kapsam araçları genellikle test yürütme araçlarıyla birlikte paketlenmez.
Kapsama alanı manuel olarak da ölçülebilir, ancak bu en iyi şekilde yüksek bir seviyede yapılır. Örneğin, sistemdeki iş kurallarının, ekranların veya menü öğelerinin toplam sayısını listelerseniz, listelenen tüm öğelerin bir dizi test kapsamında olup olmadığını manuel olarak kontrol edebilir ve kapsamı genişletmek için yeni testler tasarlayabilirsiniz.
Testte bulunan kusurlar daha önce bulunmuş olmalıdır; kullanıcılar tarafından bulunan kusurlar, test sırasında bulunmuş olmalıdır, yani test, kusur bulma konusunda yeterince etkili değildir. Bu sorunun test otomasyon araçlarıyla çözülebileceği bazı durumlar vardır.
Örneğin, kusurların ağdan kayıp gitmesinin nedeni, planlanan tüm testleri manuel olarak çalıştırmak için yeterli zamanın olmamasıysa, o zaman bir araç yardımcı olabilir.
Manuel test araçları
Hermenik test modeli
Fonksiyonel test Araçları
Test otomasyon programları
Testcomplete nedir
Ranorex Nedir
Bununla birlikte, testlerin kendileri etkisizse, yani kullanıcıların bulduğu kusurlara yönelik değilse, o zaman onları nasıl çalıştırırsanız çalıştırın (otomatik veya manuel), testler bu kusurları bulmayacaktır. Hata bulmada ne kadar iyi olduklarını belirleyen testlerin kalitesidir. Testleri otomatikleştirmenin, testlerin kalitesi üzerinde hiçbir etkisi yoktur; otomasyon verimliliği etkiler.
Bazı kusur türlerini bulmaya yardımcı olacak bazı araç türleri (test yürütme araçları değil) vardır. Statik analiz araçları, ölü kod, sonsuz döngüler ve depolanan ancak kullanılmayan veya başlatılmadan önce kullanılmayan veri öğeleri gibi bazı kusur türlerini testler yapılmadan önce algılar. Dinamik analiz araçları, bellek sızıntılarını ve diğer bazı kaynak sorunlarını algılar ve testler yapılırken ve hatta işlem sırasında koddaki bu kusurları bulmaya yardımcı olabilir.
Testleri daha etkili hale getirmenin en iyi yolu, kusurları bulmayı amaçlayan ‘hata merkezli’ test tekniklerini kullanmaktır. Test tekniklerinin doğru kullanımı, kusurları bulmada testlerin etkinliğini kolayca ikiye katlayabilir. Test tekniklerini daha fazla veya daha az derecede kapsayan birkaç kitap var. Yazarların web sitesinde bir bibliyografya tutulur.
Yazılım incelemesi, yalnızca koda değil, herhangi bir yazılı belgeye uygulanabilen ve tüm inceleme süreçleri arasında en etkili olduğu gösterilen güçlü bir kusur algılama ve kaldırma (ve kusur önleme) tekniğidir. (Denetim, mevcut kusurların %80’e kadarını tek bir geçişte, %95’ini veya daha fazlasını birden çok geçişte bulabilir.)
Araç Seçiminin Zamanlaması
Mevcut test problemlerinizi değerlendirdikten ve bir test aracının uygun bir çözüm olacağı sonucuna vardıktan sonra (belki diğerlerine ek olarak), araç seçiminde bir sonraki adım, bunun doğru zaman olup olmadığını değerlendirmektir. Bir test aracı seçmeye çalışmak için doğru ve yanlış bir zaman da vardır. Zaman doğru değilse, dünyanın en iyi aracının bile en iyi şekilde seçilmesinin başarılı olma olasılığı da oldukça düşüktür.
Otomatik bir çözüm genellikle ‘daha iyi görünür’ ve harcama yetkisi vermek, test sürecinin kendisinin daha temel sorunlarını ele almaktan daha kolay olabilir. Aracın, ek bir dikkat gösterilmeden kötü bir süreci düzeltmeyeceğini anlamak önemlidir. Aracı uygulamanın yanı sıra test uygulamalarını iyileştirmek mümkündür, ancak bu bilinçli bir çaba gerektirir.
• devam etmekte olan büyük bir organizasyonel karışıklık veya panik olmadığında;
• bir kişinin araç(lar)ı seçme ve uygulama sorumluluğu olduğunda;
• insanlar test uygulamasının mevcut durumundan memnun olmadığında;
• üst yönetimden donanım oluşturma çabalarını yetkilendirme ve destekleme taahhüdü olduğunda.
Bu koşullardan bir veya daha fazlasının kuruluşunuz için geçerli olmaması, test otomasyonunu başlatmamanız gerektiği anlamına gelmez. Sadece bunu yapmanın biraz daha zor olabileceğini de ima eder.
Araç ne kadar yardımcı olmalı?
Hangi araç desteğinin uygun bir çözüm olduğu sorunu belirledikten sonra, satın aldığınız herhangi bir aracın gerçekten yardımcı olup olmadığını nasıl anlayacaksınız? Koşullarınıza bağlı olarak, araç için başarı kriteri olarak ölçülebilir hedefler belirlemelisiniz. Ölçülebilir kriterler belirlemek, en azından maliyetler hakkında geniş bir genel fikir elde etmek için zor değildir. Aracın uygun maliyetli olup olmayacağını bilmek için gerekli olan tek şey genel bir fikirdir.
Fonksiyonel test Araçları Hermenik test modeli Manuel test araçları Ranorex Nedir Test otomasyon programları Testcomplete nedir