Kalite Panosu (Çevik)
Geliştirilmekte olan yazılımın kalitesiyle ilgili olan test, geliştirme ve yapı alanlarında meydana gelen gelişimin genel durumuna ulaşmak için Kalite Panosu kullanılabilir. Takım, ürün kalitesiyle ilgili olan takım hedeflerini destekleyen kararlar vermek ve öğrenmek için Kalite Panosu kullanabilir.
Bu pano kullanılarak, test gelişimi, yapı durumları, hataları kapatma ve çözme gelişimi, hataların tekrar aktivasyonunun oranı, test edilmiş olan kodun yüzdesi ve kod değişimindeki eğilimler gözden geçirilebilinir.Bu ölçütlerin herbirinin grafikleri son dört hafta için çizilmiştir.
[!NOT]
Panoya, takım projesi portalı ile erişilir.Kalite panosuna sadece portalınız etkinleştirildiğinde ve Microsoft Office SharePoint Server 2007 kullanımı sağlandığında erişebilirsiniz.Daha fazla bilgi için bkz. Kontrol panelleri (hızlı) veya Takım Projesi Portalı veya İşlem Kılavuzuna Erişim.
Bu konuda
|
Aşağıdaki soruları cevaplamak için bu panoyu kullanabilirsiniz:
|
Gerekli İzinler (Bu sayfa İngilizce içeriğe sahip olabilir)
Panoyu görebilmek için, Oku'ya atanmış olan ve takım projesi için SharePoint Ürünleri iznine sahip olan bir gruba ait olmak veya atanmış olmak gerekir. Panoyu değiştirmek, kopyalamak veya özelleştirmek için Oku'ya atanmış olan ve takım projesi için SharePoint Ürünleri iznine sahip olan bir gruba ait olmak veya atanmış olmak gerekir. Daha fazla bilgi için bkz. Takım Projelerine Kullanıcılar Ekleme.
Office Excel içerisindeki bir raporu değiştirmek için, SQL Server Analiz Servisleri güvenlik rolündeki TfsWarehouseDataReaders'ın bir üyesi olmalısınız ve takım projesi için olan SharePoint Ürünleri iznindeki Members(Üyeler)'e atanmış bir gruba ait veya atanmış olmalısınız.Daha fazla bilgi için bkz. Visual Studio ALM için Veri Ambarı Veritabanlarına Erişim İzni Ver.
Bir iş öğesi görüntülemek için okuyucular grubunuzun bir üyesi olmanız gerekir. Bu düğümde iş öğelerini görüntüleyin izinleri İzin ver'e ayarlanmalıdır.Bir iş öğesi yaratmak veya değiştirmek için katkıda bulunan grubun bir üyesi olmanız gerekir. Bu düğümde iş öğelerini düzenlemek için izin İzin ver olarak ayarlanmalıdır.Daha fazla bilgi için bkz. İzinleri Yönetme.
Panoda gözüken veri
Takım elemanları, geliştirmekte oldukları ürünün genel kalitesine karar verebilmek için Kalite Panosu kullanabilir. Ideal olarak, test geçme oranları, hataların ve kod churn'un hepsi aynı resmi gosterir, fakat genellikle bu durum oluşmaz. Bir tutarsızlık bulduğunuzda, uygun yapı ve veri serilerini daha yakından incelemelisiniz.Kalite Panosu, test sonuçlarını, test uygulanan kod kapsamını, kod karmaşıklığını ve hataları birleştirir. Bu işlem aynı zamanda birden cok perspektif anlaşılmasına yardımcı olur.
Özellikle, bu pano aşağıdaki tablonun açıkladığı ve aşağıdaki internet erişiminin gosterdiği ağ kısımlarını gosterir.
.png "Ürün Kalitesi Panosu")
[!NOT]
Test Planı Gelişim raporu sadece, takım test planları yarattığında ve Test Çalıştırıcısı, Microsoft Test Yöneticisi kullanarak testleri çalıştırdığında ulaşılabilir.Test paketi tanımlama ve test planları hakkında daha fazla bilgi için bkz. Test Paketlerini Kullanarak Test Durumlarını Düzenleme.
Eğer takım projesi için veri deposu ulaşılabilir değilse, ilerleme, yapı, ve kod grafikleri,
raporları
aracılığıyla görünmez.
Kalite Panosunda gözüken yorumlama, yenileme veya özelleştirme ile ilgili daha fazla öğrenmek için, aşağıdaki tabloda bulunan konulara bakınız.
Ağ kısmı |
Görüntülenecek veriler |
İlgili Konu |
|---|---|---|
|
Tüm test çalışmaların test sonuçlarının yığın alan grafiği en son dört hafta boyunca kaydedilen sonuçlara göre, Asla Çalıştır, Bloke, başarısız veya başarılı olarak gruplandırılır. .png "Test Planı İlerleme Durumu Excel raporu") |
|
.gif "Adım 2") |
Yığılmış sütunlar, son dört hafta boyunca Başarısız veya Başarılı olan yapı sayısını gösterir. .png "Yapı durumu raporu") |
|
.gif "Adım 3") |
Birikmiş tüm hataların sayısının yığın alan grafiği son dört haftadaki durumuna göre gruplandırılır. .png "Hata İlerleme Durumu Excel raporu") |
|
.gif "Adım 4") |
Takımın, çözülen veya kapanmış olanlardan tekrar aktifleştirdiği hataların sayısını gösteren yığın alan grafiği son dört haftadaki durumuna göre gruplandırılır. .png "Hata yeniden etkinleştirmeleri Excel raporu") |
|
.gif "Adım 5") |
Çizgi grafiği son dört hafta boyunca yapı doğrulama testleri (BVT) ve diğer testler tarafından test edilmiş kod yüzdesini gösterir. .png "Kod kapsamı raporu") |
|
|
Yapıdan önceki iadelerde takım tarafından eklenen, silinen ve değiştirilen toplam kod satır sayısını gösteren yığın alan grafiği son dört haftadaki durumuna göre gruplandırılır. .png "Kod dalgalanması raporu") |
|
.gif "Adım 7") |
Gelecek olayların listesiBu liste SharePoint ağ kısmından elde edildi. .png "Olay alma Web Bölümü") |
Yok |
.gif "8. Adım") |
Etkin, çözülmüş ve kapanmış iş öğelerinin sayısı.İş öğelerinin listesi f değerine tıklayarak açabilirsiniz.Bu liste Ekip Web Erişimi ağ kısmından alınmıştır. .png "Proje çalışma öğeleri Web Bölümü") |
|
.gif "9") |
Güncel yapıların ve yapı durumlarının listesi.Belirli bir yapıya tıklayarak hakkında daha fazla ayrıntı görüntüleyebilirsiniz.Bu liste Ekip Web Erişimi ağ kısmından alınmıştır. .png "Son Yapılar Web Bölümü")
Legend(Efsane):
|
|
.gif "10") |
En güncel iade listesi.Belirli bir iadeye tıklayarak hakkında daha fazla ayrıntı görüntüleyebilirsiniz.Bu liste Ekip Web Erişimi ağ kısmından alınmıştır. .png "En son iadeler Web Bölümü") |
.gif "Yapı işlemi sürüyor simgesi"){kind=icon}
Yapı İşlemi Sürüyor simgesi.gif "Yapı başlatılmadı"){kind=icon}
: Yapı işlemi başlatılamadı .gif "Yapı başarılı oldu simgesi"){kind=icon}
: Yapı başarılı oldu.gif "Yapı başarısız oldu"){kind=icon}
: Oluşturma başarısız oldu.gif "Yapı durduruldu"){kind=icon}
: Yapı durduruldu.gif "Yapı kısmen başarıldı"){kind=icon}
: Yapı Kısmen BaşarıldıKalite İzleme İçin Gerekli Faaliyetler
Kalite Panosunu yararlı ve doğru olarak kullanabilmek için takım, bu kısımda açıklanılacak olan aktiviteleri gerçekleştirmesi gerekir.
.gif "Dd420562.collapse_all(tr-tr,VS.110).gif")
Test Planı Gelişimi İzleme İçin Gereken Aktiviteleri
Test planı gelişimi raporunu yararlı ve doğru olarak kullanabilmek için, takım aşağıdaki aktiviteleri gerçekleştirmelidir.
Test durumları ve Kullanıcı Yazıları tanımla ve bunlar arasında Tarafından Test Edilmiş bağlantıları yaratın.
Test planları tanımlamak ve bunlar için test durumları atamak.Daha fazla bilgi için bkz. Test Planı Tanımlama.
Elle yapılan testler için, Test Durumunun içindeki her doğrulama basamağının sonucunu geçti veya kaldı olarak işaretleyin.
.gif "Önemli not")
ÖnemliEğer test basamağı bir doğrulama test basamağı ise, testi gerçekleştirenler duruma sahip olan bir test basamağı işaretlemeli .Bir test çalışması için genel sonuç test eden tarafından işaretlenen tüm test basamaklarının durumunu yansıtır. Bu nedenle, eğer test eden bir test adımını başarısız olarak işaretlemiş veya hiçbir işaret koymadıysa test çalışmasının durumu başarısız olacaktır.
Otomatik testler için her test çalışması otomatik olarak başarılı veya başarısız olarak işaretlenecektir.
Filtre uygulamayı desteklemek için her test çalışmasına Iteration (yineleme) ve Area (alan) yolları atayın.
[!NOT]
Yineleme ve alan yollarını nasıl tanımlanacağı hakkında daha fazla bilgi için bkz. Alanlar ve Yinelemeler Oluşturma ve Değiştirme.
Hata gelişimini ve Hata Tekrar Aktivasyonunu İzlemek İçin Gereken Aktiviteler
Hata gelişim ve hata tekrar aktivasyonu raporlarını yararlı ve doğru olarak kullanabilmek için, takım aşağıdaki aktiviteleri gerçekleştirmelidir.
Hataları Belirle.
Takım tarafından düzeltilen, doğrulanan, kapatılan veya tekrar aktive edilen her hata için state (durum) yenile.
(İsteğe bağlı) Eğer Yineleme ve Alan alanlarını filtrelemek istiyorsanız, her hatanın bu alanları için yol belirleyin.
Yapı Durumunu, Kod Kapsamını ve Kod Karmaşasını İzlemek İçin Gereken Aktiviteler
Yapı durumu, kod kapsamı, kod karmaşası raporlarını yararlı ve doğru olarak kullanabilmek için, takım aşağıdaki aktiviteleri gerçekleştirmelidir.
Bir yapı sistemi yapılandır. Team Foundation Yapısı kullanmak için, bir yapı sistemi kurmalısınız.
Daha fazla bilgi için bkz. Configuring Your Build System.
Yapı tanımları oluştur.Birkaç yapı tanımları oluşturup ve her birinin farklı bir platform için kod üretmek için çalıştırabilirsiniz.Ayrıca, her yapıyı farklı bir yapılandırma için çalıştırabilirsiniz.
Daha fazla bilgi için bkz. Yapý süreciniz tanımla.
Yapının bir parçası olarak otomatik çalıştırılan testler belirle.Yapı tanımının bir parçası olarak, yapının bir parçası olarak çalışan testler, testler başarısız olduğunda da başarısız olan testler belirleyebilirsiniz.
Daha fazla bilgi için bkz. Varsayılan şablonu temel yapı işlemi tanımla.
Kod kapsamı verileri toplamak için testler yapılandır.Takım elemanları, kod kapsamındaki verilerinin raporda gözükmesi için veri toplamak üzere testler işaretlemelidirler.
Daha fazla bilgi için bkz. Test Ayarlarını kullanarak kod kapsamı yapılandırma kullanım dışıdır ve How to: Gather Code-Coverage Data with Generic Tests.
Yapılandırmayı düzenli olarak çalıştırYapılandırma işlemini düzenli aralıklarla veya her iade sonrası çalıştırabilirsiniz.Takvim tetikleyicisi kullandığınızda, düzenli yapılar yaratabilirsiniz.
Daha fazla bilgi için, bkz. Yapı Tanımları Oluşturma ve Çalıştır, izlemek ve derlemeleri yönetmek.
[!NOT]
Bir takım elemanı elle bir yapıyı Yapı Gezgini kullanarak derecelendirebilmesine rağmen, bu derece Yapı Kalitesi Gostergeçleri raporuna yansıtılmaz. Derleme derecesi Derleme Özeti raporunda gözükür.Daha fazla bilgi için, bkz:Tamamlanan yapı kalitesi oranı ve Özet rapor oluştur.
Kalite sorunlarını giderme
Aşağıdaki tablo, Kalite Panosunun takımın yaptığı aksiyonları tanımlamaya ve göstermeyi sağladığı belirli kalite konularını açıklar.
Öğe |
Gözden geçirilecek raporlar |
Sorun giderme notları |
|---|---|---|
Yapı başarısızlıkları |
Yapı Durumu |
Aksam gerçekleştirilen bir yapı yazılım geliştirme projelerinin özüdür.Yapılar başarılı bir şekilde tamamlanmadığında veya yapı doğrulama testi (BVT)'den geçmediği sürece takım, problemleri hemen çözmelidir. |
Test başarısızlığı |
Test Planı Gelişimi Kod Karmaşası |
Başarısız testlerin oranı ve kod karmaşası fazlaysa, takım yazılımın niye çoğunlukla çöktüğünü araştırabilir. Buna, geliştirme pratiği eksikliği veya testlerin erken bir yineleme döngüsü için çok sıkı olması sebep olabilir. |
Testler geçebilir fakat yüksek oranda bir hata bulmayla. |
Test Planı Gelişimi Hata Gelişimi |
Birçok test, çok hatanın bulunduğu bir periyotta geçiyorsa, takım aşağıdaki olasılıkları araştırabilir.
|
Testler tükenmişmi? |
Test Planı Gelişimi Kod kapsamı Kod Karmaşası |
Birçok test geçtiğinde, kodun büyük bir kısmı değişir ve kod kapsamı düşer, bu durumda takım, yeni kodu deneyen testler çalıştırmıyor olabilir. Testler, kodun değişme hızıyla aynı oranda geliştirilmediği için, test kapsamı gittikçe daha yetersiz hale gelir. |
Takım test etmiyor, kapatmıyor veya çözülmüş hataları tekrar aktive etmiyordur. |
Hata Gelişimi |
Çözülmüş hatalar için olan hata gelişim raporunda bir sorun meydana gelirse, geliştiriciler hataları düzeltiyor, fakat test edenler bunları doğrulamıyor ve kapatmıyorlar dır. Takım, bu kalıbı niye geliştirdiğini araştırmalıdır. |
Çok az test etme |
Test Planı Gelişimi Kod Karmaşası |
Takım çok az test çalıştırdığında, kod karmaşası yükselir, kod kapsamı beklenenden az olur. Takım bu durumda test etmeye daha çok kaynak ayırmalıdır.Buna ek olarak, takım test edenlerin takımın geri kalanı gibi aynı işlevlere yoğunlaştığından emin olmalıdır. |
Yeniden etkinleştirme |
Hata yeniden etkinleştirme |
Takım, hataları yükselen bir oranda yeniden etkinleştirdiğinde, test edenler sıklıkla geliştiricilerin düzeltmelerini geri çevirirler. Takım, geri çevrilen düzeltmeleri çözmeye tekrar önemli miktarda kaynak ayırmaktan kaçınmak için bu sorunlara değinmeli.Potansiyel sebepler, zayıf hata raporlanması, zayıf test laboratuvarı yönetimi veya fazla agresif önceliklendirmeyi içerebilir. |
Yetersiz birim testi |
Kod kapsamı Kod Karmaşası |
Kod kapsamında bir düşüş, kod karmaşasındaki bir yükselişe denk gelirse, geliştiriciler bunu kapsamak için uygun birim testleri olmadan kod kontrolü yapıyor olabilir. Eğer takım test-driven geliştirme veya buna benzer geliştirme teknikleri deniyorsa, çoğunlukla kod kapsamı %100'e ulaşmalıdır.Birim testleri BVT olarak tekrar kullanılırsa, kod kapsamı ilgili raporlarda gözükmelidir. |
kalite Panosunu özelleştirme
Kalite panosunu, aşağıdaki şekillerde özelleştirebilirsiniz:
Belirli bir ürün alanına veya yinelemesine yoğunlaşmak için her Excel raporunun filtresini değiştir.
Sorgunun bulacağı iş öğelerinin listesini gösteren özel sorgu ağ kısmını ekle. Örneğin, tüm etkin durumda bulunan ve hiçbir test çalışmasına bağlı olmayan hataları listeleyen bir sorgu ekleyebilirsiniz. Bu sorgu, rapor edilmiş olan fakat test sürecinde bulunamayan ve bu sebeple gerileme testinde olmayan hataların birimini gösterir.
Hata durumuve Kod Karmaşası Kod kapsamı gibi varolan Excel raporları için Pano ekleyin.
Office Excel içinde bulunan raporlarla çalışmak ve onları özelleştirmek hakkında daha fazla bilgi sahibi olmak için, aşağıdaki Microsoft web sitesi sayfalarına bakınız.
Düzenlemek veya bir çalışma kitabını Excel Hizmetleri'nden kaldırın
Dosyayı SharePoint kitaplığına veya başka bir Web konumuna kaydetme