• Programlama
• Sistem
• Web & Grafik
• Genel Konular

 

 

Genel olarak uygulamalarda kullanılan iki farklı test ve bunların birbirlerine etkileşiminden söz eden bir makale inceledim.

Müşteri ortaklı ürün geliştirme çalışmalarında kabul testleri geliştirmenin tamamlanabilmesi için gereklidir. Yani müşteri tamamdır kabul demesiyle anlı anlama gelmektedir.

Öte yandan birim (unit) testler ise geliştirme sürecinde kullanılan ve modüler olarak işlevleri ardı sıra kontrol edebilmemiz sağlayan bir mekanizma olmakla birlikte yaygın olan büyük projelerin geliştirilmesi aşamasında kullanılmaktadır. Fonksiyonel test olarakta telaffuz edilen testlerin amacı yeni geliştirmelerden etkilenen fonksiyonların uygulama geliştirme sürecinde tespitidir.

Makale de sözü geçen ise kabul testlerini hızlandırmak için yazılan birim testlerinin sayıca arttırılması, daha fazla parametre ile fonksiyonların testlerinin yapılmasıdır. Müşteri ortamında yapılacak testler sonucunda yakalanan hataların süreci olumsuz etkilediği, bunları birim testlerle yakalanabilmesi durumunda ise sürecin hızlandırılabileceğinden bahsedilmiş.

Müşteri ortamında yapılan testlere birim testleri yeğlemek gerekiyor. Müşteri ile sorunların netleştirilmesi, hangi fonksiyonlarda hataların bulunduğunun tespiti, farklı hangi fonksiyonların da kontrol edilmesi gerektiği, düzenlendikten sonra yeninden fonksiyonel ve müşteri testlerinin yapılması gibi olumsuz birçok sonucu gördükçe birim testlerin önemini daha iyi kavramamız gerekiyor.

Bu noktada pulse yazılımı ile testlerin yapılması tavsiye edilmekte. (Kullanan arkadaşların tecrübelerini paylaşmalarını isterim) Öncelikle sürüm yönetim sistemindeki kodların derlenmesi, devamında tanımlı birim testlerin gerçekleştirilmesi ve sonuçta oluşan hataların sorumlulara iletilmesi gibi bir dizi işin otomatik olarak yapılmasını sağlayan bir uygulama pulse.

Web sitesinden edindiğim diğer özellikleri aşağıdaki gibi;

• Since no changes are required to your existing build environment, you can be running automated builds with Pulse in minutes and you can see this for yourself from our demonstation videos.
• The power of distributed builds allows for simple build and test across multiple environments.
• Developers can submit changes to Pulse before they are submitted to the shared code base thereby eliminating team downtime caused by broken builds.
• Every developer gets their own view of the Pulse server.
• Pulse configuration is simple: you can be up and running in minutes. 

dkoksal 07.03.2008

Yorum ekle