developen

Yazılım testi ile ilgili ellerini kirletmekten çekinmeyen biri olarak, okuduğum bazı şeyler gerçekten sinirlerimi bozmakta. Birçok kişi ve kuruluş, yazılım testi ile ilgili konuştuklarında, kulağa güzel gelen birçok alıntıyı arka arkaya ekleyerek sarfetmekteler.

Örneğin test otomasyonu araçları satan firmalar, araçlarını neredeyse kendi kendine test eden yaratıklar olarak ifade ediyor. Bazı “test mühendisliği eğitimcileri” gereksinimlerin bire bir test edilerek ürünün kalitesi ile ilgili tam bir resmin çizilebileceğini salık vermekte. Kimi firmalar, hedefleri olmayan ve içi boş yük testleri yaparak, yazılım geliştiren firmaları göz göre göre kandırıyor.

Lakin gerçek hayatta, otomasyon çatısını kurmak ve sürekli değişen bir uygulamayı sürdürmek zorunda olmak, hazır olmayan firmalara milyonlarca dolarlara malolmakta. Bu firmaların büyük çoğunluğu şimdi, per-seat lisansına onbinlerce dolar ödedikleri ürünler ile otomatik bir kaosa sahipler.

Çoğu test mühendisi, tam olmayan gereksinimler ile geliştirilen ürünlerde, kimi testleri gerçeklemeyi reddediyor yada daha kötüsü kullanıcı beklentilerini es geçiyorlar.

Birçok ürünün, onbinlerce dolar ödenerek yaptırılan yük testleri ardından, performans tabanlı sorunlar sebebiyle, rampada kaldığını görüyoruz.

Sonuç olarak, iyi niyetle bu pratikleri alıp uygulamaya kalkan ekipler, kısa bir sürede başladıkları noktadan daha kötü bir yerde buluveriyorlar kendilerini.

Bu sebeple, yapısal olarak test yapmak isteyen her ekibin gümüş kurşunları bir kenara bırakarak, yazılım geliştirme biçimleri ve kalite ihtiyaçlarına odaklanmaları gerekmekte.

Sizin için en iyi yazılım testi, ihtiyacınız olan yazılım testidir.

Sizin ihtiyaçlarınız, o alıntıların ve grafiklerin çok ötesinde ve size en uygun biçimiyle gerçeklenen test aktiviteleri olacaktır.

Lütfen metodoloji edinin, çünkü şablonlar öldürür…