Gereksinimden teste iz sürmek
Paydaş ihtiyaçları ve sistem gereksinimleri için iki Moors panosu, geliştirme ve test panoları: her gereksinimin kaynağı, onu karşılayan iş ve doğrulayan test belli olsun; gözden geçirilen set temel sürümle dondurulup onaylansın.
Bir sistem mühendisliği ekibi fren kontrolcüsü yazılımı geliştiriyor. Müşteri her gereksinimin nereden geldiğini, hangi işle karşılandığını ve hangi testle doğrulandığını görmek istiyor; gözden geçirmede uzlaşılan set sonradan sessizce değişmemeli. Bu senaryo sonunda: paydaş ihtiyaçları ve sistem gereksinimleri kendi seviyelerindeki iki Moors panosunda durur, sistem spesifikasyonu bölüm numaralarıyla okunur, geliştirme ve test panoları gereksinimlere bağlıdır, eksikler tek tıkla görünür ve gözden geçirilip onaylanmış bir temel sürüm vardır.
Adımlar
- 1Yeni pano penceresinde "Moors (Gereksinim Yönetimi)" kartıyla iki gereksinim panosu aç: "Seviye" Paydaş ihtiyaçları olan bir pano (ör. kısa kod STK) ve Sistem gereksinimleri olan bir pano (ör. REQ). Geliştirme ve test işleri için iki ayrı Kanban ya da Scrum panosu aç (ör. SWD ve TST). Dört panoya da aynı ekibi üye yap: bağ kurmak iki uçta da üyelik, bağı kurduğun görevin panosunda da "Görev düzenleme (alanlar, ekler, bağlantılar)" yetkisi ister; Görüntüleyen bağları görür ama ekleyemez.
- 2Paydaş ihtiyaçlarını STK panosuna gir; bu seviyede Kapsama kaynak aramaz. Sistem gereksinimlerini REQ panosuna gir ya da Excel’den içe aktar ve dokümanı Başlık, Bilgi ve Gereksinim tipleriyle kur ("Üst görev" ile iç içe); Spesifikasyon sekmesi bölüm numaralarıyla okunur. Her sistem gereksinimini STK panosundaki paydaş ihtiyacına "şundan türetilmiş" bağıyla bağla; kaynağı böyle belli olur (bir Başlığın altında durmak kaynak sayılmaz, bir üst gereksinimin altında durmak sayılır). Kaynak, Doğrulama Yöntemi, Gereksinim Sınıfı ve Kritiklik niteliklerini doldur. Üst görev seçmek "Alt görev yönetme" yetkisini ister.
- 3Geliştirme panosundaki her işi, görev ekranının Bağlantılı Öğeler bölümünden "Bağlantı ekle" ile karşıladığı gereksinime "karşılar" türüyle bağla. Test panosundaki her testi doğruladığı gereksinime "doğrular" türüyle bağla. Bağ penceresi seçtiğin yönü cümleyle söyler; ters yön gerekiyorsa "şununla karşılanır" ya da "şununla doğrulanır" seçilir.
- 4REQ panosunun Kapsama sekmesini aç. "Kaynaksız", "Uygulanmamış" ve "Doğrulanmamış" süzgeçleri eksik kalan gereksinimleri listeler; bir satırdaki işe ya da teste tıklamak onu aynı ekranda açar.
- 5Matris sekmesinde ("Daha fazla" menüsünde) "Hedef pano" olarak test panosunu seç. Hangi gereksinimin hangi testle doğrulandığı hücrelerde görünür; "Bağsız öğeler" hiçbir gereksinimi doğrulamayan testleri listeler.
- 6Set hazır olunca Temel Sürüm sekmesinde ("Daha fazla" menüsünde) "Yeni temel sürüm" ile seti dondur (ör. "SRR - Sistem Gereksinimleri Gözden Geçirmesi"; ilk temel sürüm 1.0 kodunu alır). İstersen önce "Gözden geçirme başlat" ile yorum topla (yorum alıntı kutusundan tek bir gereksinime bağlanır), ardından "Onay iste" ile onaylayanları seç; sıra Pano Ayarları > Genel > "Temel sürümde gözden geçirme ve onay sırası"ndan zorunlu kılınabilir. Onaylanan ya da gözden geçirmesi olan temel sürüm silinemez, onay bekleyen ise onay isteği iptal edilmeden silinemez. Temel sürüm oluşturmak "Pano yapılandırması: alan, iş tipi, sürüm, şablon, takvim" yetkisi ister; onay istemek için rolünde "Onay isteme" de açık olmalı; onaylayanlar Moors panosunun üyesi olmalı ve rollerinde "Onaylama ve reddetme" açık olmalıdır.
- 7Onaylandı statüsündeki gereksinim kilitlidir: değiştirmek için "Kilitli statüdeki görevi düzenleme" yetkisi ya da statüyü geri almak gerekir. Sonradan bir gereksinimin başlığı, açıklaması ya da nitelikleri değişirse (izlenen alanlar Pano Ayarları > Genel > "Şüpheli bağ için izlenen alanlar"dan seçilir) ona bağlı iş ve test bağları "Şüpheli" olur. Kapsama sekmesinde "Şüpheli bağ" süzgeciyle bunları bul, bağın öteki ucundaki işi ya da testi gözden geçir ve bağda "İncelendi" de.
- 8Müşteriye ne değiştiğini göstermek için temel sürümü "Bugünkü hâl" ile karşılaştır ve sonucu Excel ya da CSV olarak indir.
Neden böyle: gereksinim ayrı bir araçta değil görev olarak tutulduğu için iş akışı, onay kilidi, geçmiş ve içe aktarma ikinci kez kurulmaz; geliştirici ve test mühendisi kendi panosunda çalışmaya devam eder, iz bağlarla taşınır. Hiyerarşiyi bağ haritasında görmek için bir dashboard’a "Bağ haritası" kartını ekleyip ana pano olarak Moors panosunu seç; kapsama oranlarını aynı dashboard’da "İzlenebilirlik kapsaması" kartı izler.
İlgili sayfalar: Moors: gereksinim yönetimi, Dashboard & widget’lar, İçe & dışa aktarma, Kalite standartları.