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.

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

iki kişilk referans hakkım var..

ilgilenenler info (ad) testroot (dot) com adresine cv leri ile başvuru yapabilir.

sessizliksonsuzbuyur

anna ya özellikle dikkat edin, denildiği gibi “bir adet gökyüzü tanrıçası eline keman almış”

Bu anlamda serena hem ücretsiz oluşuyla hemde yapısıyla oldukça işe yarar bir araç.

Ürünün oldukça iyi hazırlanmış help’i var, help den destek alarak bir kaç tutorial yaptığınızda ürünü rahatlıkla kullanmaya başlıyabiliyorsunuz.

Link‘e tıklayarak ürünün indirebileceğiniz adrese ulaşabilirsiniz.