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ı

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.

Hp bunun için bir add in hazırlamış. indirip kurdukdan sonra  start menüden direk olarak açabiliyorsunuz.

QC 9.2 için

QC 9ç0 için

kurdukdan sonra adres satırına aşağıdaki şekilde adresi girmeniz yeterli.

http://<Quality Center server name>/<virtual directory name>

Öncelikle neleri test edebileceğimizi tanımlamamız gerekiyor. Öncelikle uygulamaya özel bir arama özelliğiyse( örneğin bir fiyat aralığı arama özeliği) bu konuların belirlenmesi gerekiyor.  Daha sonra aşağıdaki başlıkları göz önünde bulundurulması gerekli.

• Doğruluk

Arama otorunun doğrululuğu belirlenen kritere göre ürün database’indeki eşleşen kayıtları tam ve doğru olarak getirmesidir.

Bunu için 2 yöntem kullanılabilir

1. Karşılaştırma

User interfacede yapılan sorguyu direk olarak databse de yapılan sorgu sonuclarıyla karşılaştırma.

2. Tutarlılık

Eklenen kayıtlarla sorgu sonuclarınızında artması gerekiyor. bir data seti oluşturup , databade verileri ekleyerek sorgu sonuclarınında arttığını görmeniz gerekmekte.

• Arama performansı

Arama sonuclarını kabul edilebilir zaman aralıklarında döndürülmesi gereklidir. Bu zaman gereksinime göre değişebilir. Performans testi yaparak bu zamanın uygun değerlere çekilmesi gereklidir.

• Hassasiyet

Bu oldukca göz ardı edilen bir konudur.Arama özelliğinin hassasiyeti yapılan sorgulama soncunda sadece istenilen sonuçları getirmesindeki başarısıdır. Örneğin İpod touch aradığınızda sadece beklediğiniz ürünleri getirmesi , “ipod kılıfı , araba  şarjı vs… ” sonucların getirilmemesi yada arka sıralara atılmasıdır. Tabiki bu user ın girdiği keyword lerin detayı, searc edilecek database deki verilerin temizliği, uygulamanın kendine has özelliklerine göre  değişir. Dolayısıyla test konusunda biraz kafa yormanız gerekecekdir.

Dolayısıyla testci anlayışıda tamamen değişiyor, testci tam bir dokuman setiyle işe başlıyamıyacağı için projeye işin başından yani gereksinimlerin toplanması aşamasından katılıp , dokuman olmasada neyin doğru neyin yanlış olduğuna fikir sahibi olabilecek kadar konuyu ve işleyisşi bilmelidir. Bu da ekibe katılacak testcinin kalifikasyonunun oldukca iyi olması gerektiği anlamına geliyor

Jacabson amcamın bu amacla bir  webinar düzenlemiş,

temel başlıklar;

•  Avoiding unnecessary pre-requisites for testing activities
•  Reducing test preparation to just-good-enough
•  Not using test plans / test strategies to educate the team
•  Automating, but only when the RIO stacks up
•  Making testing a team responsibility