Bu işlemi gerçekleştirdikten sonra Solution Explorerda da gorundüğü gibi GLBTestProject adında bir projenin olduğunu gosteriyor. Herhangi bir test projesi cözümümüze eklendiği zaman, bazı önceden tanımlanmıs ve projeyle birlikte gelen dosyalarda sisteme eklenir . Biz default olarak atılmıs bu dosyaları kullanmayacagimiz için sistemimizden silebiliriz. Peki bu otomatik eklenen dosyalar ne işe yarıyor biraz onlardan bahsedebiliriz. İlk başta eklenen klasor “Solution Items” in icersindeki otomatik eklenen dosyalar ne işe yarıyor onlara bir göz atalım.
localtestrun.testrunconfig — Test Çalıştırma ve Yapılandırma dosyası olan localtestrun.testrunconfig, testin nasıl çalıştırılacagina dair bilgileri saklar. Bu dosya testin nereden çalıstırılacagını (Local/Uzaktan) veya testi çalıştırmak için script önceliklerini, testler tamamlandığında scriptlerin temizlenmesi gibi bilgileri tasır.
GLBTestProject.vsmdi — Bu dosya bir Visual Studio metadata dosyasıdır. Dosya testlerin bagımlılıklarına göre, testin organizasyonunu saklamak için kullanılır (Mesela ilk başlatılacak test gibi). Bu meta dosyası, test yöneticisi penceresi kullanılarak değiştirilir ve seçilmiş testleri yürütme için IDE tarafından kullanılır.
Gelelim test projemizde otomatik olarak yaratılan ve silebilecegimiz dosyalar ne işe yarıyor ona bir göz atalım.Aslında bu dosyalar VSTS tarafından bize birer örnek olması amacıyla yaratılıyor. Bu yüzden silmemizde bir sakınca yok.
AuthoringTests.txt —Bu dosya aslında bizim projemize eklenmez, sadece Ana Düzenleme Ekranında (Main Editing Window) görüntülenir. Dosya sadece bir test projesinin çalışma temellerini anlamak için bize yardımcı olur.
ManualTest1.mht — Bu .mht dosyası, manual test (Elle test) için bir örnektir.
UnitTest1.cs — Bu dosya, birim testleri (Unit Test) kodlama işlemine yardımcı olcak bir sablondur.
Bu işlemi gerçekleştirdikten sonra, yeni bir test nasıl eklenir ona bakalım. VSTS ekranımızda sağ tarafından bulunan “Solution Explorer ” in içersinde bulunan test projemize (GLBTestProject) ters tıklayıp karşımıza cıkan menuden “Add” ürününü seçiyoruz. Aşağıdaki şekilde göründüğü gibi VSTS ın bize sagladigi butun test teknikleri hızlı menu seçimiyle karsımıza geliyor.
Hızlı Menu seçeneğinden kolay bir şekilde yeni test teknikleri oluşturabiliriz. Menunun ikinci kısmında gordünüz gibi mevcut testler burada sıralanıyor. Eger testler hakkında detaylı bilgileri gorerek bir ekleme istiyorsak, listenin en başında bulunan “New Test ” seçenegine tıklamamız yeterli olacaktır. Bu işlemi gerçekleştirdiğimiz zaman, şekilde göründüğü gibi karşımıza VSTS nin butun testleri detaylı bilgilerle ekrana geliyor.
İstediğiniz testi seçip, ismini sizin ve takım arkadaşlarınızın anlayacagi sekilde değiştirebiliriz. Eğer birden fazla test projemiz varsa “Add To Test Project” kısmından ilgili test projesini seçip, yeni testimizi ekleyebiliriz.
Şimdi kısa detaylarla bu kısımda bulunan testlerin niçin kullanıldıkları hakkında bilgi edinmeye çalışalım.
a. Manual Test Tipi (Elle Yapılan Testler)
Bu tip, test tipleri arasında en basit olanıdır. Elle yapılan test ile oluşturulan testler, grup içersinde etkileşimle tamamlanacak testlerdir. Mesela bir testimiz var, bu test cok karmaşık bir yapıya sahip ve bu testi tamamlamak uzun bir zaman gerektiriyor. Bu test birçok yazılımcı ve test uzmanı ile birlikte geliştirilecek kodlara sahip. Iste bu özelliklere sahip bir test manual test olarak yaratılır ve işlem elle geçici olarak tamamlanır.
b. Unit Test Tipi (Birim Test)
Adından da anlaşılabilecegi gibi birim testler, uygulamamız için yazdığımız alt program parçalarının, diğer tüm bağımlılıklarından izole edilerek belli koşullarda beklenen çıktıları verip vermediğinin kontrol edilmesidir.
Geliştirilen kodun çalıştığından emin olmak için bir test alt yapısı gerekmektedir. Bunu sağlamanın bir yolu, uygulamanın (fonksiyonlarının) çalıştırılması için, kodların üretilmesi ve gerek duyulduğunda biraz daha kod geliştirerek, test projeleri oluşturmaktır. Uygulamanın her biriminin test edilmesi hedeflendiği için, birim testleri olarak adlandırılmış. Bu testlerin en önemli avantajı, her türlü değişiklikte tekrar tekrar çalıştırılabilir olması. En azından, fonksiyonel seviye de hataları yakalamak mümkün. Birim testlerinin proje bazlı takip edilmesi, üretilmesi ve çalıştırılması için bir alt yapı (Framework) sağlanmıştır.
Temel olarak birim testleri; iş fonksiyonlarının doğru çalıştığını, beklenen değerlerin elde edilmesi için test durumlarının tasarlamasını kapsıyor. Birim testleri ile metod seviyesinde test gerçekleştirildiği için, yazılım geliştiricinin sorumluluğunda gözüküyor. Araçlar Test uzmanı için VSTS sürümünde de yer alıyor.
c. Web Test Tipi
Web test tipinde, yapacaginiz tüm etkileşimler kayıt altına alınır ve bu kayıt Microsoft Internet Explorer tarafından gerçekleştirilir. Fareyi her tıkladığınızda bütün HTTP istekleri playback yapabilmek için tarayıcı tarafından yakalanır. Bu istekler ALMA (GET) ve GÖNDERME (SUBMIT) yaklasımlarını ve formlardan veri gönderme yaklaşımlarını içerir. Hatta kaydedilen test için farklı değer kümeleri göndermeye olanak saglar.
d. Load Test Tipi
Load Test yaparak sistemin birden fazla kullanıcı ve çesitli senaryolarla nasıl tepkiler verebildigini ölçebiliyoruz. Aslında load test, diger test özelliklerinin çeşitli senaryolarla belirli özelliklerle tekrar edilmesinden olusuyor. Load testler birden fazla bilgisayarı test etmenize olanak sağlar. Isterseniz sadece kendi local makinenizde test yapabileceginiz gibi Visual Studio Team Test Load Agent (VSTTLA) sayesinde uzaktaki birden fazla bilgisayarıda aynı anda test edebilirsiniz.
e. Ordered Test Tipi
Ordered test tipi, belirtilmiş bir sıra dogrultusunda, farklı tipteki testleri düzenlememize izin verir. Mesela birim testlerden olusan bir grubumuz var ve bu grup bir ordered testin elemanı degilse, testleri çalıstırırken hiçbir yol ve sıra izlenmez hatta bir sonraki çalıstırmanında bir önceki sırayla aynı olacagida garanti degildir. Mesela bir kullanıcı ekleme ve kullanıcı giriş birim testleri yapmak istiyorum. Once kullanıcı ekleme birim testinin başarılı olması lazım ki sonra oluşturulmus kullanıcı uzerinden kullanıcı giris birim testini çalıstırabiliyim. Iste bu sırayı kesin saglama için Ordered Test tipi kullanılır.
f. Generic Test Tipi
Generic test, Organizasyonda hali hazırda bulunan herhangi bir testen yararlanmamızı saglar. Bu tip yaygın olarak bir komut satırı calıstırarak mevcut testleri desteklemek icin kullanılır. Mesela bir cok takım, uygulamalarına karsı testlerini çalıştırmak için ya batch dosyaları yazarlar yada basit komut satırı programları oluştururlar. Mesela MyTest.exe/run_all gibi olur. Sonra aynı komut satırını çalıştırmak için bir generic test yapılandırılır. Yararı ise Generic terstleriniz Visual studio da diger testleriniz arasında gorunur.
Devamını okuyun...>>
Bu test tiplerinin olusturulması, çalıstırılması, test sonuçlarının kaydedilmesi, basarısız testlerin yazılım gelistiriciye yönlendirilmesi, test istatistiklerinin izlenmesi, test raporlarının yayınlanması islemleri de, Test uzmanları tarafından gerçeklestirilen isler arasında. Test uzmanı, isinin merkezinde fonksiyonel bir yönetim ekranı (Test Manager) ile islemlerini takip etmektedir. Bu araç özellestirilebilir bir yapıda ve gruplama, sıralama, filtreleme ve kolon seçme özelliği gibi özelliklere sahiptir. Asağıda, Test yöneticisinin tüm testleri aynı ekranda listelediği bir ekran görüntüsü sunulmustur :
Presentation:
Biz projemiz icin kullanilacak mimariyi kısa hatlariyla tanimaya calistik. Ve şimdi bir web projesi icin bu mimariyi nasil uygulamamiz gerektigini asagidaki figurede daha detayli bir sekilde gorecegiz.
Kayıtlar
