Manuel Testlerin Önemi ve Kullanımı: Yazılım Geliştirme Sürecindeki Rolü

Yazılım Testinde manuel test, bir yazılımın yada uygulamanın hatalar veya güvenlik açıkları için manuel olarak gözen geçirilmesi ve test edilme işlemine denmektedir.
Bu testler test uzmanları tarafından herhangi bir otomatik araç olmadan yazılımdaki herhangi bir hatayı kullanıcı deneyimiyle belirlemek için yapılır.

Manuel Test, yazılımın hem görünür hem de gizli hatalarını bulabildiği için en temel test süreçlerinden biridir.

Manuel testin başarılı olabilmesi için, bir testçinin yazılımın nasıl
çalışması gerektiğini bilmesi gerekir.

Otomasyon testlerinden önce yeni geliştirilen yazılım da manuel test yapılmak zorundadır.

Manuel Testlerin avantajları arasında, test senaryoları ve test kılavuzları gibi test materyallerinin hazırlanmasının da kolay olması, testlerin hızlı bir şekilde yapılabilmesi ve
test sonuçlarının daha hızlı yorumlanabilmesi yer alır.

Projelerde Manuel Teste Neden İhtiyaç Duyulur?

• Kullanıcılar tarafından yaşanan sorunları manuel test ile çok daha rahat bulabilirsiniz.
• Otomasyon testlerinde kodlanmamış hataları bulamayacağımız için manuel test her zaman için gereklidir. Manuel test kodlanmamış hataları da bulabilmemize imkan sağlar.
• Testçiden alınacak geribildirimler uygulamayı geliştiren developer için çok önemlidir.
• Projede değişen senaryolar (caseler) manuel test ile hızlı bir şekilde koşulabilir.
• Kullanılabilirlik testi sadece manuel test ile yapılabilir. Bu testler otomasyon ile pek mümkün olmaz.
• Projede değişen senaryolar (caseler) manuel test ile hızlı bir şekilde koşulabilir.

Manuel Test Teknikleri

• Beyaz Kutu (White-Box) Testi
• Kara Kutu (Black-Box) Testi
• Kabul (Acceptance) Testi
• Birim (Unit) Testi
• Sistem (System) Testi
• Entegrasyon (Integration)Testi

Beyaz Kutu (White-Box) Testi :

White-Box testi geliştirici tarafından yapılır ve burada bir kodun her satırını test mühendisine vermeden önce kontrol eder. Testin doğrudan doğruya kod seviyesinde olacağı için bu test tekniği yapan kişinin kodlama bilgisi çok iyi olmalıdır. White Box test yönteminin temel amacı, kod kalitesini kontrol etmektir.

Kara Kutu (Black-Box) Testi

Black Box testi, kodun veya sistemin iç yapısını bilmeden yazılımı test etmek için kullanılan yazılım test tekniğidir.
Bu test tekniğinde, test cihazı bir işlevi seçer ve işlevselliğini incelemek için giriş değeri verir ve işlevin beklenen çıktıyı verip vermediğini kontrol eder.

Black-Box testinin temel amacı, yazılımın kullanıcının beklentilerini karşılayıp karşılamadığını belirlemektir.

Kabul (Acceptance) Testi

Kabul testi, sistemin kabul edilmesine karar vermek için yapılan, kullanıcı ihtiyaçlarını, gereksinimlerini ve iş sürecine göre yürütülen, sistemin kabul kriterlerine uygunluğunu, kullanıcıyı etkin kılarak yapılan test aktivitesidir. Test süreci test ekibi tarafından tamamlandıktan sonra, tüm ürün/uygulama kabul edilebilirliğini test etmek için müşteriye/kullanıcıya teslim edilir.

Birim (Unit) Testi

Bir yazılımın ayrı birimlerinin veya bileşenlerinin test edildiği bir tür yazılım testidir. Amaç, yazılım kodunun her biriminin beklendiği gibi çalıştığını doğrulamaktır. Birim testinin asıl amacı yazılımdaki hataları bulmak değil, yazılımdan ne beklediğimiz ve nasıl çalışması gerektiğidir.

Sistem (System) Testi

Sistem Testi, sistemi bir bütün olarak test etmek anlamına gelir. Sistemin ilgili gereksinimlere uygunluğunu değerlendirmek için tam bir entegre sistemde gerçekleştirilen bir tür yazılım testidir.Bu test tekniği, kodun iç tasarımı hakkındaki bir bilginin ön koşul olmadığı ve test ekibi tarafından yapıldığı için kara kutu testine de girer.

Entegrasyon (Integration)Testi

Entegre bileşenler veya sistemlerin arayüz ve etkileşimlerindeki hataları açığa çıkarmak için yapılan testtir. Daha detaylı açıklamak gerekirse entegrasyon testi, birbirinden bağımsız olarak test edilmiş olan iki yazılım ürününün birbirine bağlanması sırasında oluşabilecek hataları ortaya çıkarmak ve kontrolünü sağlamak amacıyla yapılan testtir. Entegrasyon testinin amacı, iki yazılımın birbirine bağlanması sırasında ortaya çıkabilecek hataları gidererek sorunsuz bir ürün/uygulama ortaya çıkarmaktır.

Otomasyon Testi Yerine Neden Manuel Test Tercih Edilir?

· Projelerdeki test senaryolarının sık olarak değişmesinden dolayı manuel test daha uygun olabilir.

· Bazı projelerin testleri çok sık yapılmıyorsa (ayda bir gibi) otomasyon testleri maliyetli olacağından dolayı manuel test yapılması daha uygun olur.

· Projelerde kullanılan teknolojilerin otomasyona imkan vermediği durumda da manuel test yapmak gerekebilir.

· Projelerin testlerini otomatize etmek çok maliyetli ve zor olmasından dolayı genelde manuel test tercih edilir.

· Projede sürekli olarak arayüz seviyesinde geliştirme yapıldığından dolayı otomasyon testini zorlaştırdığı için manuel test tercih edilir.

· Kısa zamanda bitmesi gereken ufak projelerde hem zamanın kısa oluşu hem de maliyet açısından manuel test yapmak daha önceliklidir.

Kaynakça:

https://tr.myservername.com/manual-testing-vs-automation-testing-what-is-difference