Przegląd działań zespołu do wspierania tworzenia użytecznych raportów

Dodając serwer raportów do wdrożenia TFS (lokalnie), masz dostęp do bogactwa danych dotyczących projektów zespołowych, takich jak jakość kompilacji, tendencje błędów, burndown i postęp testu. Raporty usług SQL Server Reporting Services (SSRS) dostarczają informacji, które pomagają zespołom zarządzać pracą i poprawiać procesy.

Dodawanie serwera raportu

Ładowanie raportów

Przyznanie uprawnień do wyświetlania lub tworzenia raportów

Teraz, gdy już przesłano raporty, jak używać ich do śledzenia postępu, wglądu i poprawy procesów?

Po pierwsze upewnij się, że zespół wykonuje działania, które tworzą dane, z których będą korzystały te raporty. Twój zespół prawdopodobnie już wykonuje większość tych działań.

Poniżej znajduje się podsumowanie raportów, które zawiera program TFS, i skojarzonych z nimi działalności zespołu. Z biegiem czasu możesz używac tych raportów, aby zobaczyć trendy i zidentyfikować jakie praktyki i procesy wymagają większej uwagi w celu dostarczania pożądanych rezultatów.

Monitoruj jakość kodu

Raporty dotyczące kompilacji śledzą jakość opracowywanego oprogramowania Podczas definiowania testów, które mają być uruchamiane automatycznie jako część każdej definicji kompilacji i instrumentacji testów w celu zbierania danych pokrycia kodu, można uzyskać informacje na temat jakości kompilacji, testów i kodu.

Skompiluj i testuj Skonfiguruj system kompilacji. Zdefiniuj kompilację procesu. Uruchamianie testów w procesie kompilacji. Ocenia zakończoną kompilację , aby wypełnić wymiar jakości kompilacji.

Raporty kompilacji Wskaźniki jakości kompilacji (Tylko Agile i CMMI) Kompilacja zakończona pomyślnie w czasie (ilustracja) Podsumowanie kompilacji

Aby pobrać bezpłatny przewodnik po testowaniu i monitorowaniu komplikacji, zobacz Testing for Continuous Delivery with Visual Studio 2012.

Przykładowy raport o sukcesie kompilacji na przestrzeni czasu

Monitoruj prostęp

Raporty zarządzania projektu zapewniają wgląd w to, ile pracy ma zespół w obrębie sprintu lub wydania i stopień ich postępu. Łącząc elementy robocze i aktualizując konkretne pola w miarę postępu prac, można śledzić postęp indywidualnych historii i być w stanie dokładniej oszacować przyszłe działania.

Działania śledzenia elementów roboczych Utwórz zaległość. Utwórz elementy zaległości produktu i określ Nakład pracy (Scrum). Utwórz przypadki użycia i określ Punkty historii (Agile). Utwórz wymagania i określ Rozmiar (CMMI). Praca w sprintach. Przypisuj elementy zaległości do sprintów, twórz zadania i powiązuj je z elementami nadrzędnymi zaległości, i przypisuj je do członka zespołu. Aktualizowanie pracy pozostałej dla zadań. Dla zespołów projektowych zwinnych i CMMI zaktualizuj również sekcję Praca wykonana. Porada Jedyny raport, który odwołuje się do wartości Początkowe oszacowanie, to Stan wszystkich iteracji. Utwórz przypadki testowe i błędy, połącz je z ich nadrzędnym elementem zaległości i zaktualizuj ich Stan. (Opcjonalnie) Przypisywanie elementów roboczych do obszarów do filtrowania raportów.

Raporty zarządzania projektem (Scrum) Omówienie zaległości Postęp wydania Wypalenie w sprincie Szybkość pracy Raporty zarządzania projektem (Agile i CMMI) Postęp i ocena wydajności Pozostała praca Omówienie wymagań (CMMI) Wymagania postępu(CMMI) Stan wszystkich iteracji (przypomina szybkość) Omówienie wątków (Agile) (na ilustracji) Postęp wątków (Agile) Nieplanowana praca

Przykładowy raport omówienia historii

Monitoruj plany testów i śledzenia błędów

Raporty z planowania testu obsługują monitorowanie postępu testu i pokrycia elementów zaległych lub historii użytkowników. Raporty dotyczące śledzenia błędu ukazują zdolności zespołu związane ze znajdowaniem i usuwaniem błędów.

Działania związane z planowaniem testu i śledzeniem usterek Definiuj plany testowe i przypadki testowei aktualizuj ich Stan w miarę postępów prac. Oznacz wyniki każdego kroku uwierzytelnienia w testach ręcznych jako "powodzenie" lub "niepowodzenie". Utwórz błędy, określ Priorytet i Ważność, przypisz do członka zespołu, i zaktualizuj Stan. (Opcjonalnie) Przypisywanie błędów i przypadków testowych do obszarów i iteracji do filtrowania raportów.

Raporty o testach i usterkach Gotowość przypadku testowego Postęp planu testu (na ilustracji) Stan błędu (Tylko Agile i CMMI) Tendencje błędów (Tylko Agile i CMMI) Reaktywacje (Tylko Agile i CMMI)

Przykładowy raport o postępie planu testu

Pytania i odpowiedzi

P: Czy raporty obsługują historie i wątki czy zadania i podzadania?

Odp.: Tak, można podzielić historie lub elementy zaległe, jak również zadania, tworząc hierarchię zagnieżdżoną elementów zaległych i zadań. Można zagnieżdżać jednostki na głębokości kilku poziomów. Jeśli dzielisz zadanie na podzadania, określ godziny tylko dla podzadań. Te godziny są agregowane jako wartości podsumowań dla zadania nadrzędnego i ich nadrzędnego elementu zaległego. Aby poprawić raporty uznane za błędne, zobacz Poprawianie opublikowanych nieścisłości dotyczących wartości sumarycznych.

P: Które raporty są zależne od łączenia elementów roboczych?

Odp.: Raporty omówienie i postęp zależą od łączenia zadań, przypadków testów i błędów z elementami zaległymi. Należy połączyć te elementy za pomocą łączy nadrzędnych i podrzędnych dla zadań i błędów oraz łączy typu Przetestowane przez dla przypadków testowych.

P: Które raporty zależą od Menedżera Testu firmy Microsoft?

Odp.: Raporty Gotowość przypadków testowych i Postępu planowania testów mają współpracować z programem Test Manager. Ponadto punkty testu i postęp badań w raportach dotyczących zarządzania projektami zależą od powiązania przypadków testowych z elementami zaległości.

P: Czy te raporty są takie same, jak wykresy planowania agile, które pojawiają się w dostępie sieci Web zespołu (TWA)?

Odp.: Podczas gdy niektóre raporty wyświetlają podobne informacje, takie jak wypalenie w sprincie i prędkość lub stan wszystkich iteracji, raporty te są sformatowane inaczej i obsługują dodatkowe filtry. Inne raporty, takie jak raporty kompilacji i testowania nie są dostępne za pośrednictwem TWA.

Pyt.: Czy chcesz utworzyć dodatkowe obszary produktu albo zwolnić punkty kontrolne?

Odp.: Zobacz Tworzenie obszarów lub iteracji.

Pyt.: Czy chcesz dokonać zbiorczej edycji pozycji roboczych, aby przypisać je do obszaru, iteracji, członka zespołu lub priorytet?

Odp.: Zobacz sekcję Grupowa modyfikacja elementów pracy.

Pyt.: Czy chcesz dodać pole, aby śledzić dodatkowe dane?

Odp.: Zobacz Dodaj lub zmodyfikuj pole elementu roboczego, aby obsługiwać raportowanie.