Yazılımlar kamuya veya ticari kullanıma gönderilmeden önce, programcılar her hatayı düzeltmek için saatler harcar ve tüm paydaşlar tatmin olana kadar ürün belirsizlikte kalır.
Google ve Facebook gibi Silikon Vadisi yazılım devleri, yazılımlarındaki düşük öncelikli hatalara rağmen genellikle popüler ürünleri pazara gönderir. Yatırımcılar ve milyonlarca sadık kullanıcı, bu şirketlerin sunduğu ürünlerde yazılım güncellemelerine ve geçici sapmalara müsamaha gösterecek.
Çoğu yazılım şirketinin bu lüksü yoktur. Müşteriler, ürünlerin tanıtıldığı gibi performans göstermesini ister ve adreslenmemiş güvenlik açıkları varsa haklı olarak alarma geçer.
Test Becerileri Neden Gerekli?
Mevcut pek çok yazılım geliştirme seçeneğiyle, ürün boşa harcanan zaman ve para kokuyorsa müşteriler gemiyi atlamayı iki kez düşünmezler. Yazılım işletmeleri, ürünlerini müşterilere sunmadan önce üzerinde sıkı testler yapmalıdır. Bu testler aşağıdaki içgörüleri sunar:
- Orijinal konsept ile nihai çıktı arasındaki farkları vurgularlar.
- Yazılımın tasarımcıların planladığı gibi çalıştığını doğrularlar.
- Özellikleri ve kaliteyi değerlendirirler.
- Nihai ürünün müşteri gereksinimlerini karşıladığını doğrularlar.
Test, paydaşlara ürünü ileriye taşımak için gerekli bilgileri sağlarken iş yükünü, zamanı ve parayı optimize etmek için katı bir planı takip eder. Amaç, eksiksiz bir müşteri deneyimi sağlayarak olumlu bir son kullanıcı deneyimini kolaylaştırmaktır. kalite güvencesi (QA) programı. Geliştiriciler için yüksek riskler göz önüne alındığında, QA yöneticileri, en çok kazananlar teknoloji endüstrisinde. Test genellikle şu adımları takip eder:
- Yöneticilerin uygun bir test stratejisini devreye sokmak için bir plan çizdiği bir gereksinim analizi yürütün.
- Testlere başlayın ve sonuçları analiz edin.
- Kusurları düzeltin ve yazılımı regresyon testinden geçirin (programın değişikliklerden sonra hala çalıştığını kontrol eden bir sistem).
- Süreci ve sonuçları detaylandıran bir test kapanış raporu oluşturun.
Bireyler, The Chartered Institute for IT, BCS aracılığıyla sertifikalı yazılım testçileri olabilir. İSTQB (Uluslararası Yazılım Test Nitelikleri Kurulu) ve ASQ (Amerikan Kalite Topluluğu).
Yazılım Test Yöntemleri
Kara ve beyaz kutu testi, ürün davranışını ve performansını değerlendirmek için iki temel yöntemdir. İşlevsel veya belirtim tabanlı test olarak da adlandırılan kara kutu testi, çıktıya odaklanır. Test uzmanları dahili mekanizmalarla ilgilenmez. Yalnızca yazılımın yapması gerekeni yapıp yapmadığını kontrol ederler. Kodlama bilgisi gerekli değildir ve test uzmanları kullanıcı arabirimi düzeyinde çalışır.
Beyaz kutu testi, test prosedürünün bir parçası olarak kodlama deneyimini kullanır. Bir ürün başarısız olduğunda, test uzmanları bunun nedenini bulmak için kodun derinliklerine inerler. Yazılım geliştiriciler bunu kendileri yapacak çünkü müşteriler onlardan bir ürünün çalışmasını bekliyor. Beyaz kutu testi, "yapı tabanlı" veya "cam kutu" testi olarak da adlandırılır.
Statik test, kaynak kodunu ve beraberindeki belgeleri inceler ancak programı yürütmez. Statik testler, doğrulama işlemi sırasında ürünün geliştirilmesinde erken başlar.
Dinamik test, yazılım çalışırken çeşitli girdiler kullanır ve test uzmanları çıktıları beklenen davranışla karşılaştırır. Grafik kullanıcı arabirimi testi, metin biçimlendirmesini, metin kutularını, düğmeleri, listeleri, düzeni, renkleri ve diğer arabirim öğelerini değerlendirir. GUI testi zaman alıcıdır ve üçüncü taraf şirketler genellikle geliştiriciler yerine görevi üstlenir.
Test Seviyeleri
Zayıflık alanlarını belirlemek ve sürecin her aşamasında örtüşen farklı test seviyeleri kullanılır. yazılım geliştirme Yaşam Döngüsü. Test seviyeleri:
- Ünite testi
- Entegrasyon testi
- Sistem testi
- Kabul testleri
Birim testi sırasında, geliştiriciler sınıflar, arayüzler ve işlevler/prosedürler gibi en temel kod parçalarını test eder. Kodlarının nasıl yanıt vermesi gerektiğini bilirler ve çıktıya göre ayarlamalar yapabilirler.
Entegrasyon testi, "modül" veya "program" testi olarak da bilinir. Birim testine benzer, ancak daha yüksek düzeyde entegrasyon içerir. Yazılımın modülleri, işlevlerini doğrulamak için kusurlara karşı test edilir. Entegrasyon testi, modüller entegre edildiğinde hataları tanımlar. Entegrasyon testleri için farklı yöntemler arasında "aşağıdan yukarıya", "yukarıdan aşağıya" ve "fonksiyonel artımlı" yöntemler bulunur.
Sistem testi, bir projenin bileşenlerini bir bütün olarak farklı ortamlarda test eder. Sistem testi, kara kutu yöntemine girer ve süreçteki son testlerden biridir. Sistemin iş ve kullanıcı ihtiyaçlarını karşılamaya hazır olup olmadığını belirleyecektir.
Genel olarak iki tür kabul testi vardır. Alfa testinde yazılım, geliştiricinin sitesinde simüle edilmiş veya gerçek bir ortamda dahili olarak yürütülür. Yazılım, canlı son kullanıcılar onu kullanıyormuş gibi çalışır. Geliştiriciler sorunları not alır ve hataları ve diğer sorunları düzeltmeye başlar.
Ayrıca kara kutu testi kapsamında, kabul testinde müşteriler, geliştiricinin programı kendi istedikleri özelliklere uyacak şekilde tam olarak geliştirip geliştirmediğini öğrenmek için yazılımı test eder.
Beta testi veya saha testi, müşterilerin ürünü kendi sitelerinde gerçek koşullarda test etmelerini sağlar. Müşteriler, bir grup son kullanıcıya yazılımı yayın öncesi veya beta sürümleri aracılığıyla test etme fırsatı sunabilir. Beta testi, geliştiriciye gönderilen gerçek kullanıcı geri bildirimini almayı amaçlar.
Test Türleri
Belirli hedeflere odaklanmak için farklı türde yazılım testleri tasarlanmıştır. Test mühendisi ve konfigürasyon yöneticisi, son kullanıcının programı kurup çalıştırabilmesini sağlamak için kurulum testini kullanır. Kurulum dosyaları, kurulum konumları ve yönetici ayrıcalıkları gibi alanları kapsar.
Gelişim testi, kusurları tespit etmek ve önlemek için bir dizi senkronize strateji uygular. Statik kod analizi, eş kod incelemeleri, izlenebilirlik ve metrik analizi içerir. Amaç, riskleri azaltmak ve maliyetlerden tasarruf etmektir.
Kullanılabilirlik testi ile kullanıcı deneyimi mercek altına alınır. GUI kullanımının ne kadar kolay olduğunu ölçer. İşlevlerin doğruluğunu ve verimliliğini ve deneklerin duygusal tepkilerini kontrol eder.
Akıl sağlığı testi, yazılımın daha fazla teste devam etmek için harcanan zamana ve maliyete değip değmeyeceğini gösterir. Çok fazla kusur varsa, daha agresif testler takip etmeyecektir.
Akıl sağlığı testi, yazılımın test edilebilir olacak kadar çalışıp çalışmadığını görmek için duman testinin yapıldığı yazılım yayınlama aşamasında yapılır.
Duman testi, salınımı önleyecek kadar ciddi olan temel arızaları ortaya çıkarır. Geliştiriciler yeni bir yapıyı test ettiğinde buna "yapı doğrulama" testi denir. Sistem değişikliğe uğradığında, regresyon testi beklenmeyen davranışı izler. Modüller veya bileşenler üzerindeki olumsuz etkileri belirtir.
Test uzmanları anormal girişler girer ve yazılımın yıkıcı testlerde beklenmeyen girdileri yönetme yeteneğini fark eder. Bu, geliştiricilere programın hata yönetiminde ne kadar sağlam olduğunu gösterir.
Donanım veya diğer işlevler başarısız olduğunda kurtarma testi, yazılımın ne kadar iyi kurtarılabileceğini ve çalışmaya devam edebileceğini gösterir.
Otomasyon, manuel olarak uygulanması zor olan işlevleri yerine getirir. Test, testleri çalıştırmak ve gerçek ve gerçek veriler hakkında veri sağlamak için belirli yazılımların kullanılmasını içerir. beklenen sonuçlar.
Yazılım, çeşitli bilgi işlem ortamlarında çalışmalıdır, bu nedenle uyumluluk testi, yazılımın farklı sistemlere nasıl yanıt verdiğini kontrol eder. Örneğin, programcılar yazılımı çeşitli işletim sistemleri ve web tarayıcıları ile test eder.
Testler kapsamlı olmalı ve tüm müşteri endişelerini ele almalıdır, aksi takdirde proje hızla kaynak israfına dönüşür.
Performans testi, yazılım performansını farklı senaryolarda inceler. Duyarlılık, kararlılık, kaynak tahsisi ve hız hakkında bilgi toplanır. Hacim, kapasite ve ani yükselme testi gibi alt testler bu süreçte rol oynar.
Güvenlik testi, yazılımın kullanıcıların güvenliğini koruma yeteneğini ölçer. Yetkilendirme işlevleri, kimlik doğrulama, gizlilik, bütünlük, kullanılabilirlik ve reddedilmeme, test edilmesi gereken özelliklere örnektir.
Erişilebilirlik testi, kullanılabilirlik testinden farklıdır. Bu, çeşitli becerilere sahip kullanıcıların yazılımı ne ölçüde kullanabileceğini belirler.
İçselleştirme ve yerelleştirme testi sonuçları, yazılımın farklı dillere ve bölgesel taleplere nasıl uyum sağlayabildiğini gösterir. Bu, belirli konumlar ve metin çevirisi için bileşenlerin eklenmesini içerir.
