Güncellenmiş Ağustos 28, 2019
Test, yazılım geliştirildiğinden beri yazılım geliştirmenin bir parçası olarak geniş çapta benimsenmiştir. Ancak İş Zekası (BI), IBM Cognos gibi BI yazılımlarında geliştirmenin entegre bir parçası olarak testi benimseme konusunda daha yavaş olmuştur. BI'nın neden test uygulamalarını benimsemede daha yavaş olduğunu ve bunun sonuçlarını inceleyelim. DEĞİL test.
Kuruluşlar neden BI'ı test etmiyor…
- Zaman kısıtlayıcıları. BI projeleri daha hızlı teslim edilmek için sürekli baskı altındadır. Bazı kuruluşlar, zamanı azaltmanın en kolay aşamasının test etmek olduğunun farkında olmayabilir.
- Bütçe kısıtlamaları. Buradaki düşünce, test etmenin çok pahalı olduğu ve bir test ekibi tahsis edemeyeceğidir.
- Daha hızlı daha iyidir. Bu mutlaka "çevik" bir yaklaşım değildir ve sizi yanlış yere daha çabuk götürebilir.
- “Sadece ilk seferinde doğru yap” zihniyeti. Bu saf yaklaşım, kalite kontrolünün varlığının test ihtiyacını azaltması gerektiğinde ısrar ediyor.
- Mülkiyet eksikliği. Bu, önceki mermiye benzer. Buradaki düşünce, "kullanıcılarımız bunu test edecek" şeklindedir. Bu yaklaşım, mutsuz kullanıcılara ve çok sayıda destek talebine yol açabilir.
- Araç eksikliği. Test için doğru teknolojiye sahip olmadıkları yanılgısı.
- Testin anlaşılmaması. Örneğin,
- Test, verilerin doğruluğunu ve geçerliliğini, veri tutarlılığını, verilerin güncelliğini, teslimat performansını ve dağıtım mekanizmasının kullanım kolaylığını değerlendirmelidir.
- Bir BI projesi sırasında yapılan testler, regresyon testi, birim testi, duman testi, entegrasyon testi, kullanıcı kabul testi, geçici test, stres/ölçeklenebilirlik testi, sistem performans testini içerebilir.
BI Test Etmemenin Maliyetleri Nelerdir?
- verimsiz tasarımlar. Test göz ardı edilirse zayıf mimari keşfedilmeyebilir. Tasarım sorunları, kullanılabilirliğe, performansa, yeniden kullanıma ve ayrıca bakım ve bakıma katkıda bulunabilir.
- Veri bütünlüğü sorunları. Veri bozulması veya veri soyu sorunları, sayılara güven eksikliğine yol açabilir.
- Veri doğrulama sorunları. Kötü verilerle verilen kararlar işletme için yıkıcı olabilir. Yanlış bilgilere dayalı metriklerle yönetmeye çalışmaktan daha kötü bir şey yoktur.
- Azaltılmış kullanıcı benimseme. Rakamlar doğru değilse veya uygulama kullanıcı dostu değilse, kullanıcı topluluğunuz parlak yeni kurumsal BI yazılımınızı kullanmayacaktır.
- Standardizasyon eksikliği nedeniyle artan maliyetler.
- BI geliştirme yaşam döngüsünün sonraki aşamalarında kusurları onarmak için artan maliyetler. Gereksinimler aşamasının ötesinde keşfedilen herhangi bir sorun, daha önce keşfedildiğinden katlanarak daha pahalıya mal olacaktır.
Kuruluşların neden test etmeyebileceğini ve BI'ı test etmediğinizde ortaya çıkan tuzakları ortaya koyduğumuza göre, şimdi yazılım geliştirmede test etme üzerine bazı çalışmalara bakalım.
Araştırmalar BI Platformunuzu Test Etmenin Para Tasarrufu Sağladığını Gösteriyor!
139 Kuzey Amerika şirketiyle ilgili bir araştırma 250 ila 10,000 çalışan arasında değişen, yıllık hata ayıklama maliyetlerinin 5.2 milyon ila 22 milyon dolar arasında olduğunu bildirdi. Bu maliyet aralığı, aşağıdaki organizasyonları yansıtır: yapma yerinde otomatik birim testi var. Ayrı olarak, IBM ve Microsoft tarafından yapılan araştırma şunu buldu: ile yerinde otomatik birim testi, kusur sayısı %62 ile %91 arasında azaltılabilir. Bu, hata ayıklamaya harcanan doların 5 milyon dolar – 22 milyon dolar aralığından 0.5 milyon dolar ile 8.4 milyon dolar aralığına düşürülebileceği anlamına geliyor. Bu büyük bir tasarruf!
Hataları Düzeltme Maliyetleri Hızla Artıyor.
Başarılı yazılım geliştirme taktikleri üzerine bir makale çoğu hatanın geliştirme döngüsünün başlarında yapıldığını ve tespit edip düzeltmek için ne kadar uzun süre beklerseniz düzeltmenin maliyetinin o kadar yüksek olduğunu gösterir. Dolayısıyla, hataların ne kadar erken keşfedilir ve düzeltilirse o kadar iyi olduğu şeklindeki bariz sonucu çıkarmak için bir roket bilimcisi gerekmez. Roket biliminden bahsetmişken, NASA tam da bununla ilgili bir makale yayınladı – “Proje Yaşam Döngüsü Boyunca Hata Maliyeti Artışı.”
Geliştirme yaşam döngüsü ilerledikçe hataları düzeltme maliyetlerinin artması sezgiseldir. NASA çalışması, keşfedilen hataları düzeltmenin göreceli maliyetinin ne kadar hızlı ilerlediğini belirlemek için yapıldı. Bu çalışmada, göreli maliyetleri belirlemek için üç yaklaşım kullanılmıştır: aşağıdan yukarıya maliyet yöntemi, toplam maliyet dökümü yöntemi ve yukarıdan aşağıya varsayımsal proje yöntemi. Bu yazıda açıklanan yaklaşımlar ve sonuçlar, büyük, karmaşık bir uzay aracının, askeri bir uçağın veya küçük bir iletişim uydusunun geliştirilmesinde kullanılanlara benzer proje özelliklerine sahip bir donanım/yazılım sisteminin geliştirildiğini varsaymaktadır. Sonuçlar, hatalar proje yaşam döngüsünün sonraki ve sonraki aşamalarında keşfedilip düzeltildikçe maliyetlerin ne kadar arttığını gösterir. Bu çalışma, yapılan diğer araştırmaları temsil etmektedir.
Yukarıdaki tablodan TRW, IBM, GTE, Bell Labs, TDC ve diğerlerinden yapılan araştırmalar, farklı geliştirme aşamalarında hataları düzeltmenin maliyetini göstermektedir:
- Gereksinimler aşamasında keşfedilen bir hatayı düzeltmenin maliyeti şu şekilde tanımlanır: 1 ünitesi
- Tasarım aşamasında bulunursa bu hatayı düzeltmenin maliyeti çift o
- Kodlama ve hata ayıklama aşamasında, hatayı düzeltmenin maliyeti 3 birimleri
- Birim testi ve entegrasyon aşamasında, hatayı düzeltmenin maliyeti 5
- Sistem test aşaması aşamasında, hatayı düzeltme maliyeti 20'ye çıkıyor
- Ve sistem işletme aşamasına geçtiğinde, hatayı düzeltmenin nispi maliyeti, gereksinimler aşamasında bulunursa hatayı düzeltmenin maliyetinin yaklaşık 98 katı olan 100'e yükseldi!
Sonuç olarak, erken yakalanmazlarsa kusurları onarmak çok daha maliyetlidir.
Sonuç
Yazılım geliştirmede erken ve sürekli testin değerini gösteren önemli araştırmalar yapılmıştır. BI topluluğunda bizler, yazılım geliştirmede arkadaşlarımızdan öğrenebiliriz. Çoğu resmi araştırma yazılım geliştirme ile ilgili yapılmış olsa da, BI geliştirme hakkında da benzer sonuçlar çıkarılabilir. Testin değeri tartışılmaz, ancak birçok kuruluş BI ortamlarının resmi testlerinden yararlanmak ve testleri BI geliştirme süreçlerine entegre etmek konusunda daha yavaş davrandı. maliyetleri değil testler gerçektir. ile ilişkili riskler değil testler gerçektir.
Bazı otomatik Cognos testlerini çalışırken görmek ister misiniz? Oynatma listemizdeki videoları şu şekilde izleyin: buraya tıklayarak!
