Combinatorial Testing metodları maliyete azaltmasına rağmen efektifliği artıracak sekilde test seti oluşturmunızı sağlar.

Tipik olarak t-way covering array tekniği ile her değişken en az 1 kere denenmek uzere bir test set seçilerek yapılır.

Örn:
2*2*2 yani 8 caselik bir seti aşağıdaki şekilde 4 case e indirilebilir.

Böylelikle her kısıtlı zaman acısından maksimum coverage sağlanabilir.

Bu elbette 8 case için çok etkileyici değil ancak değişkenler arttıkca zaman ve maliyetiniz doğrultusunda tum caseleri cover edemeyeceğiniz durumlarla kaşılaşırsanız

en azından bir fikir sahibi olmanıza yarayabilir

Selenium’u iki başlık altında incelemek gerekir.

Selenium IDE;
*   Firefox üzerine kurulan bir add on olarak çalışır
*   Record and play özelliği vardır.
*   Javascript barındıran web uygulamalarında record özelliği tam olarak çalışmaz dolayısıyla bu tür caseler için test caseleri uygun bir şekilde editlemek gerekir
*   Command, Target(Yer bulucular), Value(Target’la belirtilen neslere değer vermek için) özeliklerinde komutlarla record edilen test case edit lenebilir.
*   Html, css, data object model bilgisi gerektirir.
*   Complex test caseler yazmak için y3terli değildir
*   i.e,chrome gibi browser ları desteklemez
*   html, css , data model bilgisi gerektirir
Selenium RC
*   Bir framework iceren server ve Java, C#, Ruby, Python dilleri için kullanılan client driverları içerir
*   Diğer browserlarıda destekler
*   Gerçek anlamda bir otomasyon testi kurgulamak için development  bilgisi  ve efor gerektirir
*   Stabil sistemlerde kullanılabilir , güncel tutmak maliyet gerektirir (rakiplerine göre daha az)
*   User friendly değil, kurulum ve kullanım zor
*   Esnek kullanım durumuna göre düzenlenebilir
*   Çalışmak istediğiniz dili seçebilirsiniz (java,C# vs..)
*   Tek bir script yazdığınızda birden fazla browserda kullanabilirsiniz
*   Ajax web applicationları test edebilirsiniz
*   Community diğer toolara göre daha geniş sorularınıza daha kolay yanıt bulabilirsiniz
*   Var olan test sisteminizle entegrasyon sağlayabilirsiniz

Yazılım kalite kontrolü, manuel ve otomatik yazılım testleri, HTML ve JavaScript konularında bilgi sahibi,
Yazılım kalite güvencesi testleri konusunda en az 3 yıl deneyimli,
Yazılım test metodolojileri konusunda uzman,
Betik dilleri (bash, csh, Perl, Python) konusunda bilgi sahibi (tercihen JavaScript ve/veya HTML deneyimi olan),
Yazılım test araçları kullanımı konusunda deneyimli,
Sözlü ve yazılı iletişim becerisi kuvvetli bir takım oyuncusu olabilecek

Çalışma arkadaşları aranmaktadır.
İş Tanımı:

Geliştirilen uygulamaların test yaşam döngüsünün her yönüyle ilgilenmek,
Test planları geliştirmek ve bunları test etmek,
Uygulamalarım regresyon, stres ve yük testlerini gerçekleştirmek ve geliştirmek
Test sırasında karşılaşılan sorunları izole edip belgelendirmek,
Yazılım, destek, ürün yönetimi takımları ile birlikte çalışarak yüksek kaliteli uygulamalar geliştirilmesini sağlamak.
Uygulamalarım tasarım ve geliştirme süreçlerine katkıda bulunmak,
Yazılım sorunlarının hata takip sistemine girilmesi ve sonuca ulaşılmasının denetiminden sorumlu olmak,
Yazılım test araçları ile birlikte yaşam döngüsü test otomasyonu ile forum gelişmeler gerçekleştirmek,
Test betiklerinin gelişimini belgelendirmek,
Kalite güvence stratejilerinin etkinliğini artırmak için değişiklikler tasarlamak ve uygulamak.

İletişim info ad testroot dot com

Öncelikle basit bir örnek olarak Loginle başlayalım .

Basitce qtp yi açıp yeni test ve recordtusuna basdıkdan sonra explorer la testroot’u login olduğunuzda expert view da atacağı kayıt aşağıdaki gibi olacaktır;

Browser(“Error”).Navigate “http://www.testroot.com/”

Browser(“Error”).Page(“Yazılım Test & Kalite”).Link(“Giriş”).Click
Browser(“Error”).Page(“TestRoot › Giriş”).WebEdit(“log”).Set “User”  ( user bilgisi )
Browser(“Error”).Page(“TestRoot › Giriş”).WebEdit(“pwd”).SetSecure “şifre” ( değeri qtp şifrelenmiş şekilde atıyor)
Browser(“Error”).Page(“TestRoot › Giriş”).WebButton(“Giriş”).Click

Peki bu yeterli mi ?

Çok komplike bir siteminiz yoksa sizde uğraşmak istemiyorsanız yeterli. Ancak bu test fonksiyon haline getirip  diğer testleriniz için çağırmak istiyorsanız performans ve değişkenler ile bu yapıyı parametrik hala getirmeniz gerekiyor.

Peki bununasıl yaparız?

Öncelikle

Explorer actığımızda atılan kayıda bakalım

Browser(“Error”).Navigate “http://www.testroot.com/”

Bunun yerine explorer ın daha hızlı açılması için aşağıdaki sekilde bir komut kullanabilirsiz

v_url=”http://www.testroot.com/” (Burda urlyi parametrik olarak verdim daha sonra Library kullanmayı gösterdiğimde bu tanımı oraya yerleştireceğim)

SystemUtil.Run “C:\Program Files\Internet Explorer\IEXPLORE.EXE”, v_url

Daha sonra user ve pass bilgilerinide parametrik hala getirirse son durumda scriptimiz aşağıdaki sekilde olur

v_url=”http://www.testroot.com/”

v_user=”user”

v_pass=”Password”

(Daha öncede bahsettiğim gibi bu parametreleri daha sonraki bolumlerde librarye taşıyacağız.)
SystemUtil.Run “C:\Program Files\Internet Explorer\IEXPLORE.EXE”, v_url

Browser(“HiTech”).Page(“Yazılım Test & Kalite”).Link(“Giriş”).Click
Browser(“HiTech”).Page(“TestRoot › Giriş”).WebEdit(“log”).Set “v_user”
Browser(“HiTech”).Page(“TestRoot › Giriş”).WebEdit(“pwd”).Set “v_pass”
Browser(“HiTech”).Page(“TestRoot › Giriş”).WebButton(“Giriş”).Click

Not; yayınlanma tarihinden itibaren 15 günlük omrü vardır

V_değişken = “isim”

v_sql=”select AD,SOYAD from ISIMLER_TABLOSU where AD = ‘“& V_değişken &”‘“

Eğer teste gelen bir uygulama paket halinde satılacaksa , installer uygulamasıda artık ürünün içine dahil demekdir , ürün istediğiniz kadar hatasız olsada kurulamıyorsa ,yada kurulum sırasında yazılımın ihtiyarcı olan bazı konfigürasyonlar kurulum yapılan sistemde tanımlanmıyorsa buyuk bir sorun yaratır.

install/uninstall testing de burda devreye giriyor, paketlenen ürünün doğru kurulup kurulmadığı , set up sırasında doğru dizinlere doğru dosyaların yüklenip yüklenmediği, sistemde doğru izinlerin verilip verilmediği, uygulamanın kullanacağı userlar varsa bunların tanımlanmadığı gibi ürüne özel bir check listin testi yapılmalıdır.

naciizane önerim eğer testini yaptığınız uygulama bu tür bir paketleme yapılacaksa ürün testini her cycle ınıda installerla birlikde teste almanızdır.

Not: sistemdeki ürüne upgrade/update yapan set up larda başka bi konudur ayrı

QTP ile test otomasyonu nasıl yapılır,nedir ne değildir buradan sizlere anlatmaya çalışacağım..

Genel olarak yapılmaya çalışan uygulamalar verilerin birbiri üzerine ilişkilenmesi üzerine kuruludur. Örneğin bu blogda herhangi bir yazı yayınamak için öncelikle kullanıcı kaydı yapılması gerekmektedir. Bu veri tanımlandıkdan sonra yazı yayımlanabilir.
Burda dikkat çekmek istediğim nokta bu temel akış uzerindeki silme ve güncelleme işlemleridir. Genede “Türk Yazılım Yönteminde” genel olarak silme fonksiyonu ilk kez gerçekleştirildiğinde ilişkili diğer veri yapıları gözetilmez. Sildim gitti usuludur. Test açısından temel akışın işlerliğindense silme/güncelleme fonksiyonlarının uyumlu işlemesi daha önemlidir . Örneğin kullanıcı silindiğinde yazdığı yazılar , yaptığı yorumlara ne olacak ?

Hiyerarşik bir veri sisteminde yapılan değişiklilerin üst seviyedeki ilişkili verilere etkileri bence en çok başımıza iş çıkartan durumlardır. Kendi gözlemim olarak hataların %30 bu gibi nedenlerden kaynaklanmakta. tabi Development kısmınada pek suç atamak lazım genellikle bu durumların detayları analizde atlanır.