select new -New web site
My templetes in altında Small Business Starter Kiti seçin
Localde publish edin
Uygulamamızı hazırladıktan sonra test projemizi oluşturmamız gerekli bunun için

select new — New Project
Açılan pencerede soldaki tree den C# altında tes
sağdaki pencereden test Project i seçin
isim verin ve ok e basın.
Solution explorer penceresinde Proje ismine sağ tıklayın açılan menüde add>>web test e tıklayın

Açılan explorer penceresinde adres barına http://localhost:1380/SmallBusiness/ adresini yazıp enter a basın.Sayfa açıldıldığında stop a basın. Bu işlem sizin gönderdiğiniz request i ve server tarafından gönderilen responsu kaydedicektir.
Böylelikle senaryomuz hazırlanmış oldu. Test etmek amaçlı senaryomun üzerine sağ tıklayıp açılan menuden run testi seçin senoryo run edilirken monitoring yapın.
Sıra geldi Load test yapmaya.
Solution explorerda sağ tıklayın ve add–Load test i seçin
Karşınıza load test wizard çıkıcaktır.
Bu bölümde load yüklenme seçeneklerinizi belirliyecek siniz aşağıda sırayla hangi bölümün ne işe yaradığını anlatıcam;
think time(bekleme süre si ) ayarları
Virtual user sayılarını ve yüklenme seceneklerini belirlediiniz bölüm;
Constant=Tek seferde
Step Load = belirtilen şekilde arttırılarak veya azaltılarak
Uygulanacak senaryonun seçildiği bölüm bizim hazırladığımız web testi seçeceğiz. Aynı zamanda bu bölümden senaryoları istediğimiz gibi mix edip bunlar arasında değişik distribution lar set edebiliriz
Değişik Browserlar değişik biçimlerde çalışır , uygulamanın her türlü browserda çalışması isteniyorsa ayrı browserlarlada test etmeniz gerekir.Test srasında smule edilen browser seçeneklerini set ettiğimiz bölüm
Client lar farklı bağlantı biçimleri kullanabilirler bu yüzden gerekli bağlantı biçimlerindeki performansıda kontrol etmeniz gereklidir
Gelelim en önemli noktaya , verileri toplamanız için servera counterları test etmeniz lazım. Bu testte server olarak locali kullandığımız için kendi bilgisayar adınızı add butonun dan eklemiz yeterlidir. Başka bir serverdandata alıcaksanız o serveren permisionlarını ayarlamayı unutmayın testen önce.
ve son olarak run settingsler, benim önerim acemiyken bunlarlaçok oynamanız, spesific case ler için kullanmanız gerekli
warm-up duration :testin başlamasıyla data sample ların kayıt edilmeye başlaması arasındaki süre
run duration :test süresi
Sampling rate: Counter değerleri arası süre , örneğin 5 saniyede bir memorye bak gibi
Buda bittikten sonra testimizxecute edilmeye hazırdır efendim run edilebilir
Bunu için load testin üzerine sağ tıklayıp acılan menüden run test i seçmeniz yeterli

3.1.1 Test edilecek sistemin yapısının belirlenmesi
Test başlamadan önce test yapılacak oratmın ve Production ortamının donanımsal özellikleri belirlenmelidir. Test ortamı production ortamına ne kadar yakınsa(production ortaında lansmana çıkmadan bu testin gerçekleştirilmesi daha doğru sonuçlar verir) değerlendirme aşamasında sonuçlar o kadar doru değerlendirilebilir. Bu örnek olarak şöyle bir cümle kurmanıza yarar ,su özelliklerdeki test ortamında sistem istenen performansı sağlıyorsa su özelliklerdeki production ortamında soruunsuz çalışır. Bir tablo hazırlamakda fayda vardır raporlama içinde işinize yarar. örnk;
Test Ortamı Production Ortamı
Web server Features1 Features1
Features2 Features2
Features3 Features3
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..
Database server Features1 Features1
Features2 Features2
Features3 Features3
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..
Network bağlantısı Features1 Features1
Features2 Features2
Features3 Features3
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..
Features.. Features..

3.1.2 Normal ve Maksimum yük seviyelerinin belirlenmesi
Bu kısımda açıkcası çok fazla yardımcı olamıyacağım çünki bu konu sizin müşterinizle oturup çıkartmanız gereken bir konu, sitemin ne kadar kullanıcıyı kaldırması gerektiğini müşterinizin belirtmesi gerekli. Söz gelimi müşteri size bu programı kullanıcak 650 kişi var diyebilir. Bunu belirttikden sonra oturup münazara yapmaya başlamanız gerkli. Sistemi 650 kişi kulanıcak olabilr ama aynı anda 650 si birden kulanıcak ve 650 si birden aynı anda işlem yapıcak anlamında değildir bu. Sistemin 650 kişi aynı anda kullanıcakmış gibi test edilmesi(worst case) en doğrusudur ama maliyetlendirme açısından müşteriniz sizinle ters bir şekilde düşüne bilir bu yüzden oturup belirli bir sayıda anlaşmanız gerekli(su kadar kullanıcıyı aynı anda kaldırabilmeli gibi)….

3.1.3 Senaryoların ve Sanal Kullanıcıların yaratılması
Senaryoların ürünün yapısına göre tasarlanması gerekmekdedir. Özellikle anliz aşamasında belirlenen iş prosesleri benim tercihimdir. Duruma göre en sık kullanılan veya en önemli process leri alıp her adımı ayrı bi case olarak parçalamak en uygunu olduğunu düşünüyorum. Örneğin bir net üzerinden satış işlemi gercekleştirilen B2C site için ürün sorgulama, sanal pos üzerindeki işlemler en cok kullanılan ve en önemli bileşenlerdir. Sizde sisteminizde bu gibi bileşenleri çıkarıp case lerinizi bu doğrultuda hazırlamanız gerekmekte. Bunu dışın bazı spesifik case ler hazırlamanız lazım. Bunlar bazı check pointleri sınamamız için gerekli bazı caselerdir . Örneğin request – response time mı değerlendirmek ve band genişliğini sınamak için sadece ana sayfayı yüklediğiniz bir case, database server ı ve web serverla arasındaki bağlantıyı sınamak için sistemde en cok zorlıycak sql casi( web serverın memory sini sınamak için , cpu yu sınamak için , ….etc) gibi proje için önemli olduğunu düşündüğünüz check pointleri case haline getirmeniz gereklidir.
3.1.4 Kulanılacak toolun seçiminin yapılması
Performans testlerinde önemli bir sorundur tool seçimi. Şöyleki değişik ortamlarda değişik toolar kullanmanız gerekicek. .net uygulamar için visual studio team suit in içindeki performans atoolları en uygun çözümdür. Java uygulamaları içinse tonlarca open source tool var ama acıkcası hemen hemen hiçbiri pek kullanışlı değildir. Ben java uygulamalar için OPENSTA adlı bir tool kullanıyorum(bulabildiğimin en iyisi oydu) bunu dışında ibm rational ın içindede bir tool warmış diye duydum ama hiç kullanma fırsatına erişemedim. Bu toollar yazının devamında ayrıntılı olarak işlenecektir.
3.1.5 Testin execute edilmesi
Gerekli senaryoları ve toolu seçtikden sonra execute bu sürecin en kolay bölümlerinden biridir. Belirlediğiniz senaryoları toolunuz da bulunan kayıt bölümünden bir kere yaparak kayıt edebilirsiniz(örnek tool lar açıklanırken bu bölüm detaylı bir şekilde anlatılacaktır). Daha sonra sonuç verilerini alabilmek için test ortamına gerekli collectorları bağlamanız gerekmektedir. Bu işelemide gercekleştirdikten sonra bir case inizi test amaclı bir kere run edin dataları alabildiğinizi gördükden sonra ,belirlediğiniz kullanıcı sayılarını toola girip caselerinizi sadece run tusuna basarak execute edebilirsiniz.
3.1.6 Test sonuçlarının incelenmes ve yorumlanması
Bu konuda hiç bir yerde hiç bir kaynak bulamazsınız , bu test sürecinde ençok zorlanılan yerdir. Çünki hiç kimse size belirlenen durumun yeterli veya yetersiz olduğunu, yetersizse ne kadar performansı arttırmanız gerektiğini söyliyemez, tamamen case spesific bir durumdur. Topladığınız datalar size hangi bileşenlerin zayıf olduğunu göstericekdir, ama sizene kadar arttırmanız veya kabul edilebilir değerdemi olduğunu göstermez. Benim önerim bir analist bir yazılımcı birde sistemci ile sonuclar üzerinde bir değerlendirme yapmanız. Yeni düzenlemeyi gerçekleşdirtikten sonra testi tekrarlıyabilirsiniz istenilen durum elde edilene kadar.