Selamlar,
Bugün sizlere benim de arasındaki farkı öğrenmemin uzun zaman aldığı Sanity ve Smoke testlerinden bahsedeceğim.
Öncelikle Smoke test, herhangi bir yazılımda bugfix yapıldıktan sonra gelen release üzerinde yapılır. Bu testin amacı ise, eğer release üzerinde yapılan değişiklikler yazılımın hayati fonksiyonlarını etkilemiş ise teste devam etmemektir. Çünkü hayati fonksiyonları çalışmayan bir yazılımı test etmek aslında zaman kaybıdır. Smoke test, çok kapsamlı bir test olmamakla birlikte, yazılımın sadece en önemli fonksiyonlarının çalıştığından emin olunur. Her seviyede (kullanıcı kabul, sistem testi gibi) koşulabilir.
Sanity test için kısaca, yazılım test mühendislerinin kabul testi denilebilir. Smoke test koşulup kabul edildikten sonra başlanır. Sanity koşulup test mühendisleri tarafından kabul edildikten sonra daha kapsamlı olan regression testine geçilir. Regression testinin yapılması gerekliliği yazılımın değişmiş olmasından kaynaklanıyor. Regression testinden de ilerleyen zamanlarda bahsedeceğim.
Kendi tecrübelerimden bahsetmem gerekirse, sanity test ve smoke testi çoğu yerde birlikte yani aynı anda koşmuşumdur. Bunun sebebi hem yukarıda bahsettiğim kadar profesyonel test yapılan bir yerde çalışmamam, hem de henüz Türkiye'de yazılım testine hala yeterince önem verilmiyor olmasından kaynaklanıyor.
Sevgiler
27 Nisan 2015 Pazartesi
21 Nisan 2015 Salı
Hello World!
Merhabalar,
Bu benim ilk blogpostum ve umarım son olmaz :) Buradan şu anda çalışmakta olduğum test mühendisliği alanıyla ilgili faydalı bulduğum, challenge olarak gördüğüm ve bu işe yeni başlayacaklara ışık tutacak, bana da boş zamanlarımı 'boş' geçirmemi sağlayacak şeyler paylaşmayı hedefliyorum.
Kısaca kendimden bahsetmem gerekirse, bilgisayar mühendisliği mezunuyum, şu anda da İstanbul Teknik Üniversitesinde yüksek lisansımı icra etmekteyim :) Önde gelen telekominikasyon şirketlerinden birinde yazılım test mühendisi olarak çalışmaktayım. Kariyer hedefim ise 'gerçekten' test yapılan uluslarası bir şirkette test yöneticiliği yapmak diyebilirim.
En çok karşılaştığım sorulardan biri bilgisayar mühendisi olmama rağmen neden test alanını seçmiş olduğum. Bunun başlıca sebebi yazılım alanında kendimi mutlu hissetmedim hiçbir zaman. Üniversite son sınıfta olduğum zamanlarda, android cihazlar yeni yeni raflarda yerini alırken, mobil uygulama yazan sayılı developer varken mobil yazılım denemiş biri olarak gerçekten çok mutsuz bir geleceğe doğru yol aldığımı farkedip, bilgisayar mühendisi olarak yazılım dışında başka ne yapabilirim diye kara kara düşünmeye başlamıştım. Araştırarak, hocalarıma danışarak gördüğüm kadarıyla önümde 2 seçenek vardı : İş analistliği ve yazılım test mühendisliği.
İş analistliği, teknik analiz yapmadığınız sürece 'bana kalırsa' bilgisayar mühendisi olmanızı gerektirmeyen bir alan. Gerçi şu an Türkiye'de çoğu yazılım şirketinde yapılan testler de ne kadar mühendislik orası tartışılır. Kısacası, teknik bilgi birikimimi de kullanabileceğim, yazılımın birincil görevim olmayacağı bir alan olarak test mühendisliğini tercih ettim.
Yazılım test mühendisliği nedir, bu insanlar ne yaparlar, neleri bilmeleri gerekir, bu işin geleceği var mı, neden gerçek test yazdım, Türkiye'de yapılan yazılım testleri ne kadar sağlıklı/profesyonel gibi ucu açık olan bir çok soruma yavaş yavaş giriş yapacağımı belirterek şimdilik veda ediyorum.
Bir sonraki post'a kadar,
Peace out!
Bu benim ilk blogpostum ve umarım son olmaz :) Buradan şu anda çalışmakta olduğum test mühendisliği alanıyla ilgili faydalı bulduğum, challenge olarak gördüğüm ve bu işe yeni başlayacaklara ışık tutacak, bana da boş zamanlarımı 'boş' geçirmemi sağlayacak şeyler paylaşmayı hedefliyorum.
Kısaca kendimden bahsetmem gerekirse, bilgisayar mühendisliği mezunuyum, şu anda da İstanbul Teknik Üniversitesinde yüksek lisansımı icra etmekteyim :) Önde gelen telekominikasyon şirketlerinden birinde yazılım test mühendisi olarak çalışmaktayım. Kariyer hedefim ise 'gerçekten' test yapılan uluslarası bir şirkette test yöneticiliği yapmak diyebilirim.
En çok karşılaştığım sorulardan biri bilgisayar mühendisi olmama rağmen neden test alanını seçmiş olduğum. Bunun başlıca sebebi yazılım alanında kendimi mutlu hissetmedim hiçbir zaman. Üniversite son sınıfta olduğum zamanlarda, android cihazlar yeni yeni raflarda yerini alırken, mobil uygulama yazan sayılı developer varken mobil yazılım denemiş biri olarak gerçekten çok mutsuz bir geleceğe doğru yol aldığımı farkedip, bilgisayar mühendisi olarak yazılım dışında başka ne yapabilirim diye kara kara düşünmeye başlamıştım. Araştırarak, hocalarıma danışarak gördüğüm kadarıyla önümde 2 seçenek vardı : İş analistliği ve yazılım test mühendisliği.
İş analistliği, teknik analiz yapmadığınız sürece 'bana kalırsa' bilgisayar mühendisi olmanızı gerektirmeyen bir alan. Gerçi şu an Türkiye'de çoğu yazılım şirketinde yapılan testler de ne kadar mühendislik orası tartışılır. Kısacası, teknik bilgi birikimimi de kullanabileceğim, yazılımın birincil görevim olmayacağı bir alan olarak test mühendisliğini tercih ettim.
Yazılım test mühendisliği nedir, bu insanlar ne yaparlar, neleri bilmeleri gerekir, bu işin geleceği var mı, neden gerçek test yazdım, Türkiye'de yapılan yazılım testleri ne kadar sağlıklı/profesyonel gibi ucu açık olan bir çok soruma yavaş yavaş giriş yapacağımı belirterek şimdilik veda ediyorum.
Bir sonraki post'a kadar,
Peace out!
Kaydol:
Kayıtlar (Atom)