Błąd (Agile)

Można nauczyć się Wypełnij błąd elementu pracy, w tym temacie.Aby uzyskać informacje o sposobie tworzenia elementu pracy błąd, zobacz Elementy pracy i przepływu pracy (Agile).

W tym temacie

Tematy pokrewne

Omówienie śledzenia i tworzenia błędów Definiowanie błędu Błąd łączenia przypadku testowego Dodawanie szczegółów, załączniki lub hiperłącza do błąd Rozwiązania i zamknięcia błąd

Wskazówki dotyczące procesu Planowanie Agile i iteracje Skoroszyty Skoroszyt triage Pulpity nawigacyjne i raporty Błędy pulpitu nawigacyjnego. Raport o stanie błędu Zgłoś trendów Raport reactivations Raport przeglądu stories (Agile) Odwołanie do pola Zadania i odwołanie do pola przepływu pracy Odwołanie do obszarów i pól iteracji Planowanie, ranking i priorytety odwołania pola Tytuły, ID, opisy i odwołania do pól historii Łączenie formantów, ograniczenia i odwołanie do pola Elementy kontrolne załączników i odwołania pola

Wymagane są uprawnienia

Aby wyświetlić błąd, musi być członkiem czytelników grupy lub użytkownika Widok elementów pracy, w tym węźle musi być ustawiona na Zezwalaj na.Do tworzenia lub modyfikowania błąd, musi być członkiem współpracowników grupy lub użytkownika pracy Edycja elementów w tym węźle należy ustawić uprawnienia Zezwalaj.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Definiowanie błędu

Błąd komunikuje, że potencjalny problem występuje w kodzie, który rozwija się zespół.Podczas definiowania błąd ma dokładnie Zgłoś problem w sposób, który pomaga czytelnikowi zrozumienie wpływu pełne problemu.Należy również opisać działania, które miały znaleźć błąd, tak aby inni członkowie zespołu mogą łatwo odtworzyć zachowanie.Wyniki badań powinny jasno przedstawiać problemu.Opisy jasne, zrozumiałe wpływa na prawdopodobieństwo, że błąd zostanie naprawiony.

Formularza elementu pracy dla błąd przechowuje dane w polach i kart, które są na poniższej ilustracji przedstawiono:

Podczas definiowania błąd, należy zdefiniować Tytuł w górnej sekcji formularza elementu pracy.Można wszystkie inne pola pozostaną puste, lub zaakceptuj wartości domyślne.

Aby zdefiniować błąd

1. W górnej sekcji formularza elementu pracy dla błąd należy określić jeden lub więcej z następujących pól:

   • W Tytuł (wymagane), wpisz frazę, która opisuje wady kod, który został znaleziony.

   • W Przypisany do listy, wybierz nazwę członka zespołu, który jest odpowiedzialny za naprawianie błędów lub pozostaw to pole puste, ma być przypisany później podczas rannych.

     [!UWAGA]

     Elementy pracy można przypisać tylko dla członków współpracowników grupy.

   • W obszar i iteracji list, wybierz odpowiedni obszar i iteracji lub pozostawić te pola puste, aby przypisać później podczas spotkania planowania lub rannych.

     [!UWAGA]

     Dla każdego zespołu administrator projektu definiuje obszar i ścieżki iteracji dla projektu, dzięki czemu zespół może śledzić postęp tych oznaczeń.Aby uzyskać więcej informacji, zobacz Tworzenie i modyfikowanie obszarów i iteracje.

   • W Stos ranga, wpisz numer, który wskazuje względną wagę błędu, w porównaniu do innych błędów w tym samym iterację.

   • W priorytet listy, wybierz wartość, która wskazuje błąd, gdzie najważniejsze jest 1 i 4 jest najmniej ważne znaczenie.

     Domyślnie wartość tego pola jest 2.

   • W ważności listy, wybierz wartość, która wskazuje wpływ błędów w projekcie.

     Domyślna wartość tego pola wynosi 3 - Średni.

2. Na KROKI BYLIŚMY tab, zapewnić jak najwięcej szczegółów, tak aby zrozumieć problem, który musi być ustalony inny członek zespołu.

   Można formatować zawartość podawaną w tym polu.

3. Na Informacje o systemie kartę, należy określić jeden lub więcej z następujących typów informacji:

   • W znalezione w Build listy, wybierz lub wpisz nazwę kompilacji, w której znaleziono wady.

     [!UWAGA]

     Każdy kompilacji jest skojarzony z nazwą unikatową budować.Informacje na temat definiowania nazw kompilacji — zobacz Customize Build Numbers.

   • W zintegrowane w budować, nie określono kompilacji podczas tworzenia błędów.Gdy rozwiązanie błąd, wpisz nazwę kompilacji, która zawiera kod lub naprawia błąd.

   • W Informacje o systemie, opisz środowisko oprogramowania, w którym znaleziono błąd.

4. Na HISTORII tab, zapewnić jak najwięcej szczegółów, jak chcesz.

   Można sformatować zawartość podanych tutaj.

   Za każdym razem, że członek zespołu aktualizacje błąd, jej Historia pokazuje datę zmiany, członek zespołu, który wprowadził zmiany i pola, które zmieniły.

5. (Opcjonalnie) Łącze błędów do innego elementu pracy, takich jak przypadku testowego lub inny błąd.

   Aby uzyskać więcej informacji na temat tych działań, zobacz przypadku testowego na błąd łączenia później w tym temacie.

6. Na pasku narzędzi elementu pracy wybierz Zapisać element pracy.

   [!UWAGA]

   Po zapisaniu błędu pojawia się identyfikator w tytule pod paskiem narzędzi elementu pracy.

Błąd łączenia przypadku testowego

Łącząc błędów do testowania przypadkach wsparcia jest dokładność i kompletność wiele raportów, które są zdefiniowane dla MSF for Agile Software Development.

Aby połączyć istniejące przypadku testowego błąd

1. Na przypadków testowych tab, wybrać Link do.

   Dodaj łącze do błędów zostanie otwarte okno dialogowe.

2. W Typu łącze listy, pozostaw wartość domyślną Testowane przez, który jest tylko typ łącza, który jest obsługiwany dla łącza, które możesz dodać z przypadków testowych kartę.

3. W identyfikatory elementów pracy, wpisz identyfikator jednego lub więcej przypadków testowych, które chcesz połączyć błędów lub wybrać ludzie zlokalizować przypadku testowego, do którego chcesz utworzyć łącze.Możesz wybrać Mój przypadków testowych zespołu kwerendę, aby zlokalizować przypadków testowych, a następnie zaznacz pole wyboru w przypadku badania, do którego chcesz utworzyć łącze.

   Aby uzyskać więcej informacji, zobacz Znajdowanie elementów pracy, łącze lub importu.

4. (Opcjonalnie) Wpisz opis przypadku testowego, do którego się łączysz.

5. Wybierz przycisk OK.

6. Wybierz zapisać element pracy.

   [!UWAGA]

   Zarówno błędów i przypadków testowych, z którym zostanie połączone są aktualizowane.

Dodawanie szczegółów, załączniki lub hiperłącza do błąd

Błąd, który ułatwia innym osobom reprodukcji lub naprawić błędów można dodać informacje.Możesz dodać szczegóły do błędów w następujący sposób:

• Wpisz informacje w kroki, aby odtworzyć lub historii pól.

• Dołączyć plik.

  Na przykład można dołączyć wątku wiadomości e-mail, dokument, obraz, plik dziennika lub innego typu pliku.

• Dodaj hiperłącze do witryny sieci Web lub pliku, który jest przechowywany na serwerze lub w witrynie sieci Web.

Aby dodać dane do błąd

1. Wybierz Szczegóły kartę.

2. W kroki, aby odtworzyć, wpisz informacje.

3. (Opcjonalnie) W historii, wpisz informacje.

   Można formatować tekst do wyróżnienia lub przechwytywania listy punktowanej.Aby uzyskać więcej informacji, zobacz Tytuły, ID, opisy i odwołania do pól historii.

4. Wybierz zapisać element pracy.

Aby dodać załącznik do błąd

1. Na Załączniki kartę, wykonaj jedną z następujących czynności:

   • Przeciągnij plik do obszaru mocowania.

   • Wybierz , lub naciśnij kombinację klawiszy CTRL-V, aby wkleić plik, który ma być skopiowany.

   • Wybierz polecenie  Dodaj, a następnie wybierz polecenie ludzie.W załącznika okno dialogowe, typ lub Przeglądaj, aby nazwa pliku, który chcesz dołączyć.

     (Opcjonalnie) W komentarz pole, można opcjonalnie wpisz dodatkowe informacje o załącznik.Aby powrócić do Załączniki tab, wybrać OK.

2. Wybierz zapisać element pracy.

Aby dodać hiperłącze do błąd

1. Na Wszystkie łącza tab, wybrać Link do.

   

2. W Typu łącze listy, wybierz opcję hiperłącze.

3. W adres, wpisz adres docelowy łącza.

   Jeśli miejsce docelowe jest witryną sieci Web, wpisz adres URL, lub skopiować ją z przeglądarki internetowej i wklej go do adres pole.Jeśli miejsce docelowe jest lokalizacją serwera, wpisz adres w postaci nazwy UNC.

4. (Opcjonalnie) W komentarz pole typu dodatkowe informacje o hiperłączu.

5. Wybierz OK, a następnie wybierz polecenie Zapisać element pracy.

Rozwiązania i zamknięcia błędów

Naprawiono błąd, powoduje zmianę jego Państwo z Active do rozwiązany.Ta poprawka została zweryfikowana, powoduje zmianę jego stanu, z rozwiązany do zamknięty.Każdy członek zespołu można zmienić stan błędu.Ponadto błąd, który nie może być ustalona można rozwiązać z innych powodów, jak opisano w dalszej części tego tematu.Aby uzyskać więcej informacji, zobacz Zadania i odwołanie do pola przepływu pracy.

Aby rozwiązać lub zamknąć błąd

1. Umożliwia otwarcie formularza elementu pracy dla błędów.

2. W Państwo listy, wybierz opcję rozwiązany lub zamknięty.

   • Zmiana stanu z Active do rozwiązany, powodem pola zostanie zmieniona na Stała.

     Sprawdź, czy wartość dla powodem jest poprawny, albo wybrać inną opcję.

     Aby uzyskać więcej informacji, zobacz Z aktywnego na rozwiązany później w tym temacie.

   • Zmiana stanu z rozwiązany do zamknięty, przyczyny pola zostanie zmieniona na Zweryfikowano.

3. Wybierz zapisać element pracy.

Progresja typowego przepływu pracy: Członek zespołu tworzy błąd w Active z powodu domyślny Państwa Nowa. Członek zespołu zmienia stan błędu z aktywny na rozwiązany do wskazania, że albo błąd została ustalona lub z innego powodu. Członek zespołu testy błąd, który został oznaczony jako stałe, sprawdza, czy została ustalona i zmienia stan błędu z rozwiązany na zamknięte. Przejścia przepływu pracy dodatkowe: Członek zespołu stwierdzi, że rozpoznać błąd nie jest ustalona test nie powiedzie się i zmienia stan błędu z rozwiązany do Active. Podczas testów regresji, członek zespołu stwierdza, że błąd zamkniętej jest cykliczne zmienia stan błędu z zamknięte do Active.

Diagram stanów błędów

Aktywne (nowy lub błąd kompilacji)

Członek zespołu tworzy błąd, zapewnia opisowy tytuł i w Opis, dodaje tak szczegółowo jak to możliwe o błędzie.Błąd pozostaje w stanie aktywnym, jak to jest badane i stałe.

Z aktywnego rozwiązany

Można określić jeden z powodów w poniższej tabeli podczas rozwiązać błąd:

Przyczyna	Kiedy używać	Dodatkowe akcje
Stała (domyślnie)	Po można rozwiązać problem, który identyfikuje ten błąd, należy uruchomić testy, aby potwierdzić, że problem został rozwiązany i zaewidencjonować zmieniony kod.	Połączyć błąd zestawu zmian poprawka jest zaewidencjonowany.
Odroczone	Kiedy błąd nie zostanie ustalona w bieżącej iteracji.Błąd zostanie przełożone, aż do zespołu można ponownie go ocenić dla przyszłych iteracji lub wersji produktu.	(opcjonalnie) Przenieść błąd przyszłych iteracji lub zaległości i utrzymywania go w stanie aktywnym.
Duplikat	Kiedy inny błąd active zgłasza ten sam problem.	Utwórz łącze do błędu, który pozostaje aktywny, tak, że członek zespołu, który utworzył zduplikowane błąd łatwiej można sprawdzić powtórzenia przed zamknięciem błędów.
Zgodnie z założeniami	Kiedy błąd opisuje oczekiwany stan lub zachowanie systemu lub jest poza kryteria przyjęcia dla obszaru aplikacji lub historii użytkownika, który wpływa na błąd.	Brak.
Nie można odtworzyć	Kiedy członkowie zespołu nie można odtworzyć zachowanie, który zgłasza błąd.	Brak.
Przestarzałe	Kiedy błąd nie ma już zastosowania do produktu.Na przykład błąd jest przestarzały, jeśli w tym artykule opisano problem w obszar funkcji, która już nie istnieje w produkcie.	Brak.

Następujące pola danych, automatycznie są przechwytywane w przypadku zmiany stanu błąd z aktywnych rozwiązany:

• Rozwiązany przez: nazwa członka zespołu, który rozwiązać błąd.

• Rozwiązany dnia: Data i godzina, kiedy błąd został rozwiązany, rejestrowane przez serwer zegara.

• Zmiana daty Państwa: Data i godzina zmiany stanu błędu.

Rozwiązany

Członek zespołu, który jest przypisany do napraw błąd rozwiązuje po jest ustalona.Lub członek zespołu może określić błędów powinny zostać rozwiązane z innych względów, jak opisano w poniższej tabeli.

Do rozwiązania zamknięte

Jedyny obsługiwany powód do zamknięcia błąd jest Zweryfikowano.

Pola danych są przechwytywane automatycznie, gdy stan błędu jest zmieniana z zdecydowane zamknięte:

• Zamknięte przez: nazwa członka zespołu, który zamknął ten błąd.

• Data zamknięcia: Data i Godzina zamknięcia błędów, rejestrowane przez serwer zegara.

• Zmiana daty Państwa: Data i godzina zmiany stanu błędu.

Do rozwiązania jako aktywny

Można określić jeden z powodów w poniższej tabeli po uaktywnieniu błąd ze stanu rozwiązany:

Przyczyna	Kiedy używać	Dodatkowe akcje
Nie ustalono	Gdy rozdzielczość jest nie do przyjęcia lub poprawka była nieprawidłowa.	Podać szczegółowe informacje dotyczące przyczyny odmowy rozdzielczość lub dlaczego poprawki nie działały prawidłowo.Informacja ta powinna wspierać kolejna osoba, która jest właścicielem błędów w rozpoznawaniu go odpowiednio.
Test nie powiodło się.	Kiedy test pokazuje, że błąd nadal istnieje.	Podać szczegóły dotyczące badań, które nie powiodło się i w których kompilacji.

Następujące dane automatycznie jest przechwycone, jeśli stan błędu jest zmieniana z zdecydowane aktywny:

• Aktywowany przez: nazwa członka zespołu, który ponownie błąd.

• Aktywowany Data: Data i godzina, kiedy błąd reaktywować, rejestrowane przez serwer zegara.

Zamknięte

Członek zespołu można zmienić błąd zamkniętej aktywny gdy wada problem lub kod, który opisuje pojawi się ponownie, lub nie została wcześniej wyznaczona.

Z zamkniętych na aktywny

Można określić jeden z powodów w poniższej tabeli po uaktywnieniu błąd z zamkniętego Państwa:

Przyczyna	Kiedy używać	Dodatkowe akcje
Regresji	Kiedy błąd pojawia się ponownie w późniejszym buduje kodu.	Brak.
Ponownie	Błąd zamknięcia w błąd lub z innego powodu.	Brak.

Następujące dane automatycznie są przechwytywane, gdy stan błędu jest zmieniana z zamknięty na aktywny:

• Aktywowany przez: nazwa członka zespołu, który ponownie błąd.

• Aktywowany Data: Data i godzina, kiedy błąd reaktywować, rejestrowane przez serwer zegara.

Zobacz też

Koncepcje

Skoroszyt triage

Wątek użytkownika (Agile)

Badanie sprawy

Inne zasoby

Szablon procesu programowania zwinnego dla Visual Studio ALM

Elementy pracy i przepływu pracy (Agile)