Team Foundation Server (TFS), Microsoft's Software Lifecycle Management (ALM) tool, is a commonly used enterprise software especially by software developers. TFS can able to manage feature, requirement, task, bug, change request, issue, review, test plan, test scenario, test case work items and the relationships between these records effectively. It's very important to create Traceability Reports to manage relations between “feature-requirement”, “requirement-issue/bug”, “requirement-task” records in the scope of Requirement Management and “test plan-test case”, “requirement-test case” records in the scope of Test Management. Although TFS has advanced reporting capabilities with query user interfaces, their ability to create traceability reports is limited. Some paid 3rd party applications in the market have created traceability reports gathering TFS data, but these reports do not have sufficient flexibility so that the desired
results cannot be obtained. In this study, we will provide information about the "Customizable Traceability Report Preparation Desktop Application" developed using C# language and TFS APIs, and share the acquired gains and future plans. 1
olarak güncellenmekte ve geliştirilmektedir. Aselsan HBT Sektörü CMMI-DEV v1.3
[
TFS mimarisi, bünyesinde kayıt altına alınan iş ürünlerini etkin şekilde
yönetebilmek için bu iş ürünleri arasında linkler [
Aselsan HBT sektör başkanlığı, günümüz teknolojilerinin sunduğu avantajları da kullanarak “doküman odaklı” bilgi altyapısından “veri odaklı” altyapıya dönüşümünü emin adımlarla sürdürmektedir. Bu çalışmalar kapsamında, projelerin tasarımı sırasında üretilen verilerin büyük çoğunluğu TFS ortamında kayıt altına alınmakta ve proje yaşam döngüsü boyunca veriler etkin şekilde yönetebilmekte, diğer veriler ile ilişkilendirilebilmekte, kontrollü şekilde güncellemeleri yapılabilmekte ve verilerde yapılan değişikliklerin etki analizleri ortaya konabilmektedir. Yeterli olgunluğa erişen veriler, dokümante edilmektedir.
ücretli ve ücretsiz farklı araçlar bulunmaktadır. Ücretsiz olarak ulaşılabilen “Team
Foundation Add-in” aracı [
firmanın TraceAnalysis4TFS aracı [
zamanlı olarak erişebilen bir uygulama geliştirme fikri ortaya çıkmış ve bildiriye konu “MS Team Foundation Server için Özelleştirilebilir İzlenebilirlik Raporu Hazırlama Masaüstü Uygulaması” geliştirilmiştir. 3
3.1
Özellik – Gereksinim (Feature – Requirement) Bazlı Rapor. Bir proje ve/veya sistemdeki özelliklerin, hangi gereksinimleri gerçekleyerek sağlanacağını gösteren rapordur. Temel seviye bir rapor örneği Tablo 1’de verilmiştir.
─ Özellik – gereksinim eşlemelerinin kontrolü, ─ Gereksinim eşlemesi yapılmayan özelliklerin takibi, ─ Gereksinim durum bilgisinden yola çıkarak, özellik devreye alma iterasyon dönemlerinin planlaması. Özellik ID xxx1 xxx4
Özellik # Gereksinim Gereksinim Gereksinim
Özellik 1 1 xxxx2 Gereksinim 1 Doğrulandı
Özellik 2 1 xxxx2 Gereksinim 1 Doğrulandı
… … … … …
sistemdeki gereksinimler ile ilişkili hata ve sorunların takip edilebildiği rapordur. Temel seviye bir rapor örneği Tablo 2’de verilmiştir.
Bu rapor ile sağlanabilecek temel faydalar aşağıdaki gibidir: ─ Gereksinimle ile ilişkili hata ve sorunların dağılımının kontrolü, ─ Gereksinimle ilişkili henüz çözüm üretilememiş hata ve sorunların takibi, ─ Henüz çözüm üretilmemiş hata veya sorunlardan yola çıkarak, gereksinim durum değişimi ihtiyacının tespiti (örneğin; tamamlandı planlandı). #
ve/veya sistemdeki gereksinimler ile ilişkili açık işlem maddelerinin / görevlerin takip edilebildiği rapordur. Temel seviye bir rapor örneği Tablo 3’te verilmiştir.
─ Gereksinimle ilişkili henüz kapatılmamış açık işlem ve görevlerin takibi, ─ Gereksinim için belirlenmiş iterasyonu döneminden yola çıkarak, açık işlem ve görevlerin önceliklendirilmesi, ─ Açık işlem ve görevlerin sayısından yola çıkarak, gereksinim iterasyon dönemi değişimi ihtiyacının tespiti (örneğin; 2017-06 2017-08).
sistemdeki test planları ile ilişkili test senaryolarının takip edilebildiği rapordur. Temel seviye bir rapor örneği Tablo 4’te verilmiştir.
Bu rapor ile sağlanabilecek temel faydalar aşağıdaki gibidir: ─ Test planının gereken tüm senaryoları kapsadığının kontrolü, ─ Test plan için belirlenmiş iterasyon döneminden yola çıkarak, senaryoların onaylanma ihtiyacının tespiti, ─ Henüz onaylanmamış senaryo sayısından yola çıkarak, test plan iterasyon dönemi değişimi ihtiyacının tespiti (örneğin; 2017-08 2017-09).
xxx21
İterasyon
2017-08 xxx23 Test Plan 2
rilmiştir. Kullanılan kütüphane ve örnek geliştirme kodları Şekil 1 ve 2’de verilmiştir.
Uygulamada TFS API’lerinin kullanılması, uygulamanın sonraki TFS versiyonları
ile uyumluluğu açısından büyük avantaj sağlamaktadır. Söz konusu API’ler ve
uygulama örnek kodları ile ilgili detaylara MSDN sitesinden ulaşılabilir [
TfsTeamProjectCollection tfs = tpp.SelectedTeamProjectCollection; tfs.EnsureAuthenticated(); TFS_Project_Name = tpp.SelectedProjects[0].Name.ToString(); this.store = (WorkItemStore)tfs.GetService(typeof(WorkItemStore)); foreach (Project project in store.Projects) { if (project.Name.ToString() == tpp.SelectedProjects[0].Name.ToString()) { ProjectItem item = new ProjectItem(project.Name, project.WorkItemTypes, project.Uri.ToString(), project.StoredQueries); comboBox_sorgu.DataSource = item.Queries; comboBox_sorgu.DisplayMember = "name"; comboBox_sorgu.ValueMember = "guid"; comboBox_wit.DataSource = item.WorkItemTypes; } } }
Şekil 2. Geliştirilen Masaüstü Uygulamasına Ait Örnek Kodlar 4.2
Bu pencere, kullanıcıyı kullanıcı giriş ekranına yönlendirmektedir. Şekil 3’te verilen örnekte “Single Sign-On” desteğine sahip sunucudan otantikasyon sağlandıktan sonra, kullanıcının sırasıyla “sunucu adı”, “proje koleksiyon adı” ve “takım projesi adı” seçimlerini yapıp “bağlan” butonuna basılması gerekmektedir. Bu kontrol sayesinde, sadece yetki sahibi kullanıcıların uygulamayı kullanması sağlanmış ve kullanıcıların yetkisi olmayan projelerin verilerine ulaşamaması garanti altına alınmıştır. 4.3
İzlenebilirlik Raporu İçeriği Belirleme
jede tanımlı olan tüm sorgular ve projedeki tüm iş ürünü tipleri uygulama arayüzünde yer alan ilgili açılan menülere aktarılır. Şekil 4’te örnek bir ekran görülebilir.
londa yer alan iş ürünleri ve alanlar bilgi olarak ekranda yer alacaktır.
dir. Seçilen şablondaki tip ve alanlara ilave olarak veya boş bir şablon üzerine raporda yer almasını istenen iş ürünleri ve alanlar eklenebilir. 4.4
İzlenebilirlik Raporu Oluşturma
belirlendikten sonra, “Rapor Oluştur” butonuna basılarak, ekranda alt bölümde yer alan “TFS İzlenebilirlik Raporu” bölümünde HTML formatında rapor oluşturulabilir.
Şekil 3. Uygulama Açılış Ekranı ve TFS Proje Bağlantı Penceresi Şekil 4. TFS Proje Bağlantısı Sonrası Rapor İçeriği Belirleme Ekranı 5
sağlayan genişleyebilen mimarisi sayesinde, devreye alındığı kurumlarda hızla yaygınlaşan ve giderek daha çok veriyi barındıran bir kurumsal uygulamadır. Günümüz popüler kavramlarından “Big Data - Büyük Veri”nin altında yatan fikirlere paralel olarak, bu verilerin değerli olabilmesi için anlamlı hale getirilebilmesi ve karar verme süreçlerinde etkin şekilde kullanılabilmesi büyük önem taşımaktadır.
ve ücretsiz araçlar bu veri anlamlandırma yollarından ikisidir. Geliştirilen “izlenebilirlik raporu” uygulaması, yeni bir veri anlamlandırma yöntemi olarak değerlendirilebilir.
vererek proaktif çözümler üretebilmeye önemli katkılar sağlanmaktadır.
önemli avantajlar, aynı TFS sorgusunda bile farklı amaçlara uygun olarak rapora farklı alanların çok kolay ve hızlı bir şekilde eklenebilmesi, uygulamanın açık kaynaklı olması sayesinde farklı ihtiyaçlar doğrultusunda kolayca yeni özelliklerin eklenebilmesi gösterilebilir.
Uygulama geliştirildiği tarihten bu yana pek çok projede rapor oluşturma amacıyla kullanılmıştır. Uzman bir personel tarafından rapor için gereken sorgu oluşturulduktan sonra, kullanıma hazır şablonlar ile izlenebilirlik raporunun son derece kısa sürede, özel bir uzmanlığa sahip personele ihtiyaç duymadan ve kullanıcı kaynaklı hata riskini en aza indirecek şekilde alınabilmesi uygulamanın en büyük avantajlarıdır.
manın farklı proje ihtiyaçlarını karşılayarak daha da yaygınlaştırılması ve hazırlanan