Kaynak
Yazılım geliştirme döngüsünde(SDLC - Software Development Life Cycle), Test fazı sürecin en hassas ve kritik periyodudur. Bundan dolayı, test işini yapacak kişinin(Yazılım test uzmanı) belli bazı özelliklere sahip olması, geliştirilen ürünün kalitesini artırma adına etkili olabiliyor. Üstelik testciler, bir projenin adeta omurgası gibidir. Çünkü, ilgili bütün bölümlerle iletişim halindedir, uygulamayı pratik olarak en fazla kullanan odur ve süreci en güncel şekidle bilen kişidir. İşte tüm bunlara istinaden, iyi bir yazılım test uzmanının sahip olması gereken belli başlı özellikler şu şekilde sıralanabilir:
Şeytanın avukatı olmalıdır: Test uzmanlığının olmazsa olmaz kuralıdır, manifestonun ilk maddesidir. :) Her zaman her yolu düşünün, sistemin çatlaması, patlaması için aklınıza gelen herşeyi öne sürün. Şirketi, ekibi vs değil ürünü ve müşteriyi düşünün, çünkü testcinin misyonu müşteriyi/kullanıcıyı temsil etmektir. Asla "Bu zaten o şekidle çalışıyor" dememelidir. Ekibin en muhalifi olmalıdır.
KaynakParanoyak derecede şüpheci olmalıdır: Asla kimseye inanmayın ve güvenmeyin :) Herşeyi kendi gözünüzle görün ve deneyin. Her ihtimali gözden geçirin. Geliştirme sürecinde sıklıkla dile getirilen "böyle olacağını farzediyoruz" cümlesi kesinlikle lugatında olmamalı ve bu durumu kabul etmemelidir. Üründeki/Yazılımdaki herhangi bir özelliğin/aksiyonun nedenlerini ve sonuçlarını her zaman somut bir şekilde bilmeli. Başkası tarafından kendisine sorulacak soruları, önce kendi kendine sorup cevaplamalıdır.
KaynakMüşteri(son kullanıcı) perspektifi ile bakmalıdır: Müşterinin mutluluğunu düşünmelidir. Sonuçta, müşteri projenin nasıl yapıldığını, kompleksitesini mükemmelliğini/basitliğini fazla önemsemez. Sadece, istediği şeyleri kolayca yapılabilmesini bekler. Arka planda 1000 adam/günlük iş varsa ve sayfada bir iki kelime hatalı ise, o ürün hatalıdır onun için. Bu noktada, bütün teknik yetkinliklerini bir kenara bırakıp, hiçbir şey bilmeyen kullanıcı gibi davranmalıdır. O yüzden, müşteri gözünden bakmak, ürünün başarısı ve dolayısıyla test süürecinin başarısı için önemlidir.
Kaynakİletişime açık olmalıdır: Bir test uzmanı her zaman "el elden, fikir fikirden üstündür" şiarıyla hareket etmelidir. Ekipten veya ekip dışından gelecek yorum ve önerilere açık olmalıdır. Bu bazen, bir işi daha kolay/hızlı yapmak adına da olabilir, bazen gözden kaçan noktaları görmek adına da olailir. Sadece döküman veya sadece sözlü iletişime/onaya bağlı olmalalıdır. Tüm argümanları değerlendirmelidir. Kişisel olarak en çok gözlemlediğim durum şudur ki, hataların yarısından fazlası ekip içi iletişim eksikliğinden kaynaklanıyor. Analist-Geliştirici, Analist-Testci, Geliştirici-Testci arasındaki iletişim uyumsuzluğu, proje sürecinde ve sonrasında daha fazla hata çıkmasına sebep olabiliyor.
KaynakNegatif durumlara öncelik vermelidir: Teknik olarak, bir ürünün pozitif durumlarından(case) ziyade, negatif durumlarını düşünmelidir. Çünkü, hayat o kadar mükemmel değildir!!! Mörfi kanunları düşünüldüğünde, bir sistem en olmadık şekilde çatlayabilir. O yüzden her zaman her türlü negatif case’e öncelik ve önem vermelidir. İşin doğası gereği, çok fazla negatif/alternatif senaryoya odaklanılmıyor. Gerek kişisel sebepler gerekse de proje yönetim sebeplerinden olsun, Geliştirme ekibinin üzerinde fazla baskı oluyor. Bundan dolayı, geliştiriceler, ellerindeki fonskiyonun sadece "çalışıyor mu, çalışıyor" durumuna odaklanıyorlar. Aksi durumları, negatif durumları çok dikkate almıyorlar. Bu noktada test uzmanına çok iş düşüyor.
Kaynak
You got a 2.44% upvote from @postpromoter courtesy of @mahsumakbas!
Want to promote your posts too? Check out the Steem Bot Tracker website for more info. If you would like to support the development of @postpromoter and the bot tracker please vote for @yabapmatt for witness!
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit