Akademik Bilişim '10 10 - 12 Şubat 2010 Muğla

Veriambarı Yazılım Geliştirme Sürecinde TestOkan Beşli, İ.Hakkı ÇavdarAkademik Bilişim’10 - XII. Akademik Bilişim Konferansı Bildirileri10 - 12 Şubat 2010 Muğla Üniversitesi2.3. Güvenlik testleri : Güvenlik testindekibirincil amaç güvenlik açıklarını tespit etmekve bunları tamir etmektir.Güvenlik testi genelliklekodlama ve yükleme yapılıp operasyonelhale geldikten sonra yapılır. Bu test diğerlerininaksine periyodik olarak ağ güvenliği içinsistemin tüm güvenlik açıklarını tespit etmekiçin kullanılır.3. Veriambarı Projesinde Test ProsedürleriŞirketimizin yapmış olduğu veriambarı projesindekullanılan veri miktarı çok fazla olduğuiçin veriambarlarında kullanılan PL/SQL kodlarıyla verinin işlenmesi yetersiz kalmaktaydı.Bunedenle ABINITIO adında ETL(Extract,Transform,load) aracı kullanıldı.Buaracın özelliği parametrik şekilde ayarlanarakparalel işlem yapabilmesidir.Bu nedenle çokbüyük verileri kolaylıkla kısa zamanda işleyebilmektedir.Bu araç tablo bazlı işlem yapmamaktadır.Yanibir veri işlenmeden önce tablodan dosyayainilmeli sonrasında raporlamada kullanılmaküzere işlem sonrasında tekrar veriler dosyadantablolara çıkılmaktadır.Bu aracın bir diğer özelliği yarı görsel olmasıdır.Geliştirme hem görsel komponentler kullanılarakhem de kodlama yapılarak halledilmekteydi.Bu projede yapılan geliştirmelerin testleri yukarıdabahsedilen testlerin tamamı yapılamamıştır.Nedeni de sürenin kısıtlı olması ve bu nedenlebazı sorunlar geliştirme canlıya alındıktan sonraçıkmakta ve canlıda düzeltilmekteydi.2. Canlıdan alınan güncel verilerle geliştirmerun edilmekteydi.Bu şekilde oluşan çıkış verileri‘Veri Kalitesi’(Data Quality) testlerindekullanılmak üzere tablolara yüklenmektaydi.Daha sonrasında bizler giriş veri tablolarınıverilen analize göre SQL kodlamasıyla çıkışveri tablosunu oluşturmaktaydık.Son aşamadaABINITIO geliştirmesinin çıkış verisiyle,bizimyaptığımız SQL kodunun çıkış verisi SQL’in‘MINUS’ özelliği kullanılarak çıkış verisinindoğruluğu test edilmekteydi.3. Incremental run yapılarak geliştirmenin birsonraki gün gelecek yeni insertleri,updatelerive delete datalarını işleyip işleyemediğinin testiniyapıyorduk.4. Extraction ve load shell script kodlarının doğruşekilde tablolardan verileri çekip,tablolara düzgünşekilde yüklemesinin testini yapıyorduk.5. Canlıda olan bir geliştirmede hata bulunduysadüzeltmesi yapıldıktan sonra tüm geliştirmetekrardan bütünlüğünün bozulup bozulmadığıylailgili teste tabii tutulmaktaydı.6. Performans testlerinde yapılan geliştirmelerdeişlem tekrarlarının azaltılması yönünde yapılangeliştirmeler gözden geçirilmekte ve geliştiriciyebununla ilgili geri dönüş yapılmaktaydı.Yukarıda bahsettiğim gibi yapılan testler dahafazla çeşitlendirilebilirdi.Ancak bir proje dahilindekısıtlı zaman içerisinde yapıldığından dolayıtest çeşidi olarak bu kadar yapılmıştır.KaynaklarWellesley, Mass. : QED Information Sciences,1988. ISBN: 0894352423.Physical description:ix, 280 p. : ill ; 24 cm[4] Kolawa, Adam; Huizinga, Dorota(2007). Automated Defect Prevention: BestPractices in Software Management. Wiley-IEEE Computer Society Press. p. 86. ISBN0470042125[5] Tran, Eushiuan (1999). “Verification/Validation/Certification”.in Koopman, P.. Topicsin Dependable Embedded Systems. USA: CarnegieMellon University[6] http://www.datawarehouse4u.info/Yapılan testleri anlatacak olursam;1. Yapılan geliştirme test grubuna ulaştığındaöncelikle run olup olamadığı testi yapılmaktaydı.Yanigiriş dosyaları veildiğinde dml hatalarıvarmıydı,geliştirmenin çıkışında data oluşupoluşmadığıyla ilgili genel yapıyla alakalı testleryapılmaktaydı.Bu kısımda işlevsel testimizihalletmiş oluyorduk.204[1] Inmon, W.H. Tech Topic: What is a DataWarehouse? Prism Solutions. Volume 1. 1995.[2] H. P. Luhn (October 1958). “A Business IntelligenceSystem” (PDF). IBM Journal. Retrieved2008-07-10[3] Hetzel, William C., The Complete Guideto Software Testing, 2nd ed. Publication info:205