Błąd (CMMI)

Artykuł
04/10/2013

Można nauczyć się wypełnij szczegóły błędu elementu pracy, w tym temacie.Błąd komunikuje się, że potencjalny problem znajduje się kod, który rozwija się zespołu.Aby uzyskać więcej informacji, zobacz Praca z błędami.

Informacje o sposobie tworzenia tego typu elementu pracy, zobacz Elementy pracy i przepływu pracy (Agile).

W tym temacie	Tematy pokrewne
Definiowanie błędu Łączenie błędów do innych elementów pracy Dodawanie do błędu szczegóły, załączniki lub hiperłącza Zmiana stanu błędu	Wskazówki dotyczące procesów Praca z błędami Skoroszyty Triage skoroszytu (CMMI) Pulpity nawigacyjne i raportów Błędy pulpitu nawigacyjnego (CMMI) Raport o stanie błędu Zgłoś trendów Raport reactivations Odwołanie do pola Tytuły, ID, opisy i odwołania do pól historii Zadania i odwołanie do pola przepływu pracy Planowanie, ranking i priorytety odwołania pola Odwołania do pól z błędami, usterkami i ryzykami (CMMI) Odwołanie do pól kompilacji i integracji testowania Odwołanie do obszarów i pól iteracji Łączenie formantów, ograniczenia i odwołanie do pola Elementy kontrolne załączników i odwołania pola

Definiowanie błędu
Łączenie błędów do innych elementów pracy
Dodawanie do błędu szczegóły, załączniki lub hiperłącza
Zmiana stanu błędu

Wskazówki dotyczące procesów

Praca z błędami

Skoroszyty

Triage skoroszytu (CMMI)

Pulpity nawigacyjne i raportów

Odwołanie do pola

Wymagane są uprawnienia

Aby wyświetlić błędu, musi być członkiem czytelników grupy lub Wyświetlanie elementów pracy, w tym węźle musi być ustawiony na Zezwalaj.Aby utworzyć lub zmodyfikować błędu, musi być członkiem współautorów grupy lub pracy edytowanie elementów w tym węźle należy ustawić uprawnienia Zezwalaj na.Aby uzyskać więcej informacji, zobacz Zarządzanie uprawnieniami.

Definiowanie błędu

Podczas definiowania błędu ma dokładnie Zgłoś problem w sposób, który ułatwia czytelnikowi zrozumieć całkowitego wpływu problem.Należy również opisać działania, które miały znaleźć błędów, tak aby inni członkowie zespołu mogą łatwiej odtworzyć zachowanie.Wyniki badań powinny jasno przedstawiać problemu.Jasny, zrozumiały opis zwiększyć prawdopodobieństwo, że zostaną ustalone błędów.

Formularz elementu pracy dla błędu przechowuje dane w polach i kart, które na poniższych ilustracjach pokazano:

Błąd CMMI formularza elementu pracy

Podczas definiowania błędu, należy zdefiniować Tytuł w górnej części prac element formularza i wpisz tekst w Symptom polu na Szczegóły kartę.Można wszystkie inne pola pozostaną puste, lub zaakceptuj wartości domyślne.

Aby zdefiniować błędu

W górnej sekcji formularza element pracy należy określić jeden lub więcej z następujących pól:
- W Tytuł (wymagane), wpisz frazę opisującą wady kod, który został znaleziony.
- W Przypisany do wybierz nazwę członka zespołu, kto jest odpowiedzialny za naprawienie błędu.
  
  [!UWAGA]
  
  Elementy pracy można przypisać tylko dla członków Współautorzy grupy.
- W Państwo listy, pozostaw wartość domyślną proponowany.
  
  Domyślnie wartość Przyczyna pole jest Nowy.Rozpoznać przyczyny pole jest tylko do odczytu i przechwytuje wartość Przyczyna pól, gdy zostanie zmieniona z Active do rozwiązany.Aby uzyskać więcej informacji na temat tych pól i jak ich używać do śledzenia przepływu pracy, zobacz Zmiana stanu błędu później w tym temacie.
- W priorytet wybierz wartość, która wskazuje znaczenie błędów, gdzie 1 jest najważniejszym i najmniej ważne jest 4.
  
  Domyślna wartość tego pola jest 2.
- W ważności wybierz wartość, która wskazuje wpływ błędów w projekcie.
  
  Domyślna wartość tego pola wynosi 3 - Średni.
- W Triage wybierz substrat klasyfikacji.
  
  Prawidłowe wartości to oczekujące (domyślnie), Więcej informacji o, Otrzymane informacje, i Triaged.To pole określa poziom klasyfikacji dla błędów, które są w proponowany Państwo.
- W zablokowane wybierz Tak Jeśli problemu jest blokowanie postęp w kierunku rozdzielczość błędów.
- W obszaru i iteracji list, wybierz odpowiedni obszar i iteracji.
  
  [!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 główna przyczyna wybierz przyczynę błędu.
  
  Można określić jedną z następujących wartości: Błąd kodowania, Błąd projekt, Specyfikacja błędu, Komunikat o błędzie, lub Nieznany.
Na Odtwórz KROKI karta, zapewniają tyle szczegółów innego członka zespołu wymaga zrozumienia problemu, który musi zostać ustalona.
Na SYMPTOM karta, opisu kodu wady lub nieoczekiwane zachowanie, który został znaleziony.

Można formatować zawartość podawaną w tym polu.
Na Informacje O systemie karta, określić jeden lub więcej z następujących typów informacji:
- W znalezione w środowisku, opis instalacji oprogramowania i konfiguracji, w którym znaleziono błędów.
- W jak znaleźć, opisują sposób błąd został znaleziony.
  
  Na przykład błąd może być stwierdzono podczas przeglądania klienta lub poprzez badania ad hoc.
Na NAPRAW karcie, należy opisać proponowanej zmiany, aby naprawić ten błąd.

Można formatować zawartość podawaną w tym polu.
Na inne karta, określić jeden lub więcej z następujących typów informacji:
- W znaleziony w listę, wybierz lub wpisz nazwę budowanie, w którym znaleziono potencjalne wady.
  
  [!UWAGA]
  
  Każdej kompilacji jest skojarzony z nazwą unikatową kompilacji.Informacje na temat definiowania nazw kompilacji — zobacz Customize Build Numbers.
- W zintegrowane w, nie określono kompilacji podczas tworzenia błędów.Kiedy rozwiązać problem, wpisz nazwę kompilacji, który zawiera kod lub naprawia błąd.
- W Oryginalnego oszacowania, wpisz liczbę godzin, które są wymagane, aby naprawić ten błąd.
Na przypadkach badania i Wszystkie łącza karty, można utworzyć łącza z błędów do innych elementów pracy, takich jak zadania, żądania zmiany, przypadków testów i innych błędów.

Na Załączniki kartę, można dołączyć specyfikacje, obrazy lub inne pliki, które są bardziej szczegółowe informacje dotyczące błędu ustalonej.

Aby uzyskać więcej informacji zobacz następujące sekcje dalej w tym temacie:
- Łączenie błędów do innych elementów pracy
- Dodawanie do wymogu szczegóły, załączniki lub hiperłącza
Na pasku narzędzi elementu pracy wybierz Zapisać element pracy.

[!UWAGA]

Po zapisaniu błędu pojawia się identyfikator tytułu na pasku narzędzi elementu pracy.

Łączenie błędu do innych elementów pracy

Przez utworzenie relacji między błędów i innych elementów pracy, można śledzić zależności i szybciej znaleźć odpowiednie informacje.Formularz elementu pracy błędu można utworzyć elementu pracy połączonego automatycznie błędów lub można utworzyć łącza do istniejących elementów pracy.

Za pomocą przypadkach badania i Wszystkie łącza pracy karty, aby utworzyć łącza do określonych typów elementów i określone typy łączy.Aby uzyskać więcej informacji na temat ograniczeń dla każdej karty, zobacz Linking Work Items (CMMI).

Aby utworzyć zadanie, błędów, żądanie zmiany, badania sprawy lub innego elementu pracy i połączyć błędu

Otwórz formularz elementu pracy dla błędów i wykonaj jedną z następujących czynności:
- Aby utworzyć i połączyć w przypadku badania, wybierz przypadkach badania tab, a następnie wybierz Nowy.
- Aby utworzyć i połączyć typ elementu pracy, wybierz polecenie Wszystkie łącza tab, a następnie wybierz polecenie Nowy.
Zostanie otwarte okno dialogowe Dodaj nowy połączony element pracy.
W Typu łącze listy, pozostaw domyślną wartość lub wybierz jedną z następujących opcji:
- Aby utworzyć łącze do badania sprawy, wybierz Badane przez.
- Aby utworzyć łącze do typu elementów pracy, wybierz powiązane lub innego typu łącze, które reprezentuje relację, którą chcesz śledzić.
W Typu elementu pracy wybierz typ elementu pracy, który chcesz utworzyć.
W Tytuł, wpisz opis krótki, ale szczególnych.
(Opcjonalnie) W polu Komentarz wpisz dodatkowe informacje.
Wybierz przycisk OK.

Otwierany formularz typu określonego elementu pracy z podane informacje.
Określić pozostałe pola w następujących tematach:
Wybierz zapisać element pracy.

Aby połączyć kilka istniejących elementów pracy błędu

Otwórz formularz elementu pracy dla błędów i wykonaj jedną z następujących czynności:
- Aby połączyć jeden lub więcej przypadków testów, wybierz przypadkach badania tab, a następnie wybierz polecenie łącze do.
- Aby połączyć jeden lub więcej elementów pracy innych typów, należy wybrać Wszystkie łącza tab, a następnie wybierz polecenie łącze do.
Dodaj łącze do Bug okno dialogowe.
W Typu łącze listy, pozostaw domyślną wartość lub wybierz jedną z następujących opcji:
- Aby utworzyć łącza do badania przypadków, wybierz Badane przez.
- Aby utworzyć łącza do typu elementu pracy, wybierz powiązane lub innego typu łącze, które reprezentuje relację, którą chcesz śledzić.
Wybierz Przeglądaj.

Wybierz połączone elementy pracy pojawi się okno dialogowe.
Wpisz elementy w element pracy identyfikatorów, lub Przeglądaj w poszukiwaniu elementów, które chcesz połączyć.

Można również uruchomić kwerendę zespołu do lokalizowania elementów pracy, które chcesz połączyć.Te kwerendy zawierają błędy Active, żądania zmiany, Otwórz zadania, otwartych spraw badań i Otwórz zadania.
Zaznacz pole wyboru obok każdego elementu pracy, który chcesz połączyć z wymogu.

Aby uzyskać więcej informacji, zobacz Znajdowanie elementów pracy, łącze lub importu.
(Opcjonalnie) Wpisz opis elementów pracy, do których się łączysz.
Wybierz OK, a następnie wybierz polecenie Zapisać element pracy.

[!UWAGA]

Zaktualizowane zarówno błędów i elementów pracy, z którymi użytkownik połączony.

Dodawanie do błędu szczegóły, załączniki lub hiperłącza

Można dodać informacje do błędów, który ułatwia innym osobom odtworzenia lub naprawianie błędów.Szczegóły można dodać do błędów w następujący sposób:

Wpisz informacje na Opis, byliśmykroki, Informacje O systemie, Napraw, lub historii karty.
Dołącz 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ć szczegóły do błędu

Wybierz jedną z następujących kart: byliśmykroki, Szczegóły, Informacje O systemie, lub Napraw.
Wpisz informacje, które chcesz dodać.

W większości pól można sformatować tekst, aby zapewnić nacisk lub przechwytywanie listy punktowanej.Aby uzyskać więcej informacji, zobacz Odwołanie do pola wymagań (CMMI).
Wybierz zapisać element pracy.

Aby dodać załącznik do błędu

Na Załączniki karta, wykonaj jedną z następujących czynności:
- Przeciągnij plik do obszaru załącznik.
- Wybierz lub naciśnij klawisze CTRL-V, aby wkleić plik, który ma być skopiowany.
- Wybierz Dodaj, a następnie wybierz polecenie Przeglądaj. W Załącznik okno dialogowe wpisz lub Przeglądaj, aby nazwa pliku, który chcesz dołączyć.
  
  (Opcjonalnie) W komentarz polu wpisz dodatkowe informacje o załącznik.Aby zamknąć Załącznik okno dialogowe Wybierz OK.
Wybierz zapisać element pracy.

Aby dodać hiperłącze do błędu

Na Wszystkie łącza tab, wybrać łącze do.
W Typu łącze wybierz hiperłącza.
W adres, wykonaj jedną z następujących zadań.
- Jeśli obiekt docelowy jest witryna sieci Web, wpisz adres URL, lub skopiować ją z przeglądarki internetowej i wkleić go do adres pole.
- Jeśli obiekt docelowy jest lokalizacja serwera, wpisz adres w formularzu Nazwa UNC.
(Opcjonalnie) W komentarz polu wpisz dodatkowe informacje o hiperłączu.
Wybierz OK, a następnie wybierz polecenie Zapisać element pracy.

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

Zespół można śledzić postęp błędu przez ustawienie jego Państwo do jednego z następujących wartości:

Proponowane
Aktywne
Rozwiązany
Zamknięte

Kiedy członek zespołu tworzy błędu, jest w proponowany Państwo domyślnie.Gdy zespół akceptuje zgłoszeń dla bieżącej iteracji, zespół zmienia stan błędu do Active i może utworzyć zadania do wykonania go.Gdy członek zespołu poprawki błędów, zmienia jego stan z Active do rozwiązany.Gdy poprawka została zweryfikowana, członek zespołu zmienia jego stan z rozwiązany do zamknięty.

Każdy członek zespołu można zmienić stan błędu.Ponadto błędu, który nie może być ustalona można rozwiązać lub zamknięte z innych przyczyn, jak opisano w dalszej części tego tematu.

Aby uzyskać więcej informacji o danych pól, które można śledzić stany elementu pracy, zobacz Przypisania, przepływ pracy i planowania (CMMI).

Aby zmienić stan błędu

Otwórz formularz elementu pracy dla błędów.
W Państwo wybierz Active, rozwiązany lub zamknięty.
- Zmiana stanu z proponowany do Active, Przyczyna polu zaakceptowane.
- Zmiana stanu z Active do rozwiązany, Przyczyna polu Stała.
- Zmiana stanu z rozwiązany do zamknięty, Przyczyna polu zweryfikowane.
Wybierz zapisać element pracy.

Progresja typowego przepływu pracy:

Członek zespołu tworzy domyślny stan błędu proponowany, z powodu domyślne Nowy.
Członek zespołu zmienia stan z proponowany do Active z powodu domyślne zaakceptowane.
Członek zespołu zmienia stan z Active do rozwiązany gdy błąd został usunięty lub określa, że nie można naprawić.
Członek zespołu zmienia stan z rozwiązany do zamknięty gdy on weryfikuje, czy błędów jest ustalona lub określa, że nie można naprawić.

Nietypowe przejścia:

Członek zespołu zmienia stan z proponowany do zamknięty z powodu domyślne Odrzucone.
Członek zespołu zmienia stan z Active do proponowany z powodu domyślne Zakończenie dochodzenia.
Test weryfikacji błędów nie powiedzie się.Członek zespołu zmienia więc Państwo z rozwiązany do Active z powodu domyślne nie jest ustalona.
Podczas testów regresji, członek zespołu stwierdza, że zamknięte błędów jest cykliczny i zmienia stan z zamknięty do Active.

Diagram stanów błędów

Diagram stanu CMMI błąd lub przepływ pracy

Proponowane (nowy)

Pola danych są przechwytywane automatycznie, gdy członek zespołu tworzy błędu:

Utworzony przez: nazwa członka zespołu, który utworzył błędów.
Utworzony Data: Data i godzina utworzenia błędów, według zegara serwera.

Z proponowanych aktywna

Członek zespołu może rozwiązać aktywnych błędów z powodów, które opisano w poniższej tabeli:

Przyczyna	Kiedy używać	Dodatkowe akcje
Zaakceptowane	Gdy Komitet triage zatwierdza błędów wykonywania w bieżącej iteracji.	Przypisać błędów członka zespołu, który go wdroży.
Zbadanie	Kiedy Komitet triage Określa, że zespół musi zbadania wpływu klienta przed podjęciem decyzji, czy zespół powinny wdrożyć błędów.	Zwraca błąd, do proponowany Państwo po zakończeniu dochodzenia.

Pola danych są przechwytywane, gdy członek zespołu zmienia stan błędu do Active:

Aktywowany przez: nazwa członka zespołu, który aktywowany błędów.
Aktywowany daty: Data i godzina, kiedy błędów został aktywowany, według zegara serwera.
Zmiana daty Państwo: Data i godzina zmiany stanu błędu.

Z proponowanych do zamkniętego

Członek zespołu można zamknąć błędu, który jest w proponowany Państwo z powodów, które opisano w poniższej tabeli:

Przyczyna	Kiedy używać	Dodatkowe akcje
Odrzucone	Triage Komitet ustali, że nie zaimplementowane błędów lub już potrzeb klienta.	Brak.
Duplikat	Kiedy raporty o błędach active innego ten sam problem.	Utwórz łącze do błędów, który pozostaje aktywna, tak aby członka zespołu, który utworzył zduplikowane bug łatwiej można sprawdzić powtórzenia przed zamknięciem błędów.

Pola danych są przechwytywane, członek zespołu powoduje zamknięcie bug:

Zamknięte przez: nazwa członka zespołu, który zamknął błędów.
Data zamknięcia: Data i godzina, kiedy błędów zostało zamknięte, według zegara serwera.
Zmiana daty Państwo: Data i godzina zmiany stanu błędu.

Aktywne

Zespół powinien rozwiązać tylko błędów, które są w Active Państwo.Błąd pozostaje w stanie aktywnym zespołu jest badanie i naprawienie go.

Z aktywnego rozwiązany

Można określić przyczyny w poniższej tabeli podczas rozwiązać problem:

Przyczyna	Kiedy używać	Dodatkowe akcje
Stałe (domyślnie)	Po rozwiązaniu problemu, który identyfikuje błędów uruchom testy potwierdzić, że problem jest stała i zaewidencjonować zmieniony kod.	Połączyć błędów changeset poprawka jest zaewidencjonowany.
Odroczone	Kiedy błędów nie należy ustalać w bieżącej iteracji.Błędów zostanie odroczona, aż zespołu można go między dla przyszłych iteracji lub wersji produktu.	(opcjonalnie) Przenieść do przyszłych iteracji lub zaległości błędów i utrzymywania go do stanu aktywnego.
Duplikat	Kiedy raporty o błędach active innego ten sam problem.	Utwórz łącze do błędów, który pozostaje aktywna, tak aby członka zespołu, który utworzył zduplikowane bug łatwiej można sprawdzić powtórzenia przed zamknięciem błędów.
Zgodnie z przeznaczeniem	Gdy błędów opisuje warunek oczekiwanego lub zachowanie systemu lub jest poza kryteria przyjęcia dla obszaru aplikacji lub wymóg, że błąd dotyczy.	Brak.
Nie można odtworzyć	Kiedy członkowie zespołu nie można odtworzyć zachowanie raporty błędów.	Brak.
Przestarzałe	Kiedy błędów nie dotyczy produktu.Na przykład błąd jest przestarzały, jeśli w tym artykule opisano problem, w obszarze funkcja, która nie jest już w produkcie.	Brak.

Pola danych są przechwytywane automatycznie, gdy członek zespołu zmienia stan błędu z aktywnego rozwiązany:

Rozwiązany przez: nazwa członka zespołu, który błędów.
Rozpoznać daty: Data i godzina, kiedy błędów został rozwiązany, według zegara serwera.
Zmiana daty Państwo: Data i godzina zmiany stanu błędu.

Z zdecydowane zamknięte

Jedyny obsługiwany przyczyny zamknięcia błędu jest zweryfikowane.

Następujące dane, które pola są przechwytywane automatycznie, gdy członek zespołu zmienia stan błędu z zdecydowane zamknięte:

Zamknięte przez: nazwa członka zespołu, który zamknął błędów.
Data zamknięcia: Data i godzina, kiedy błędów zostało zamknięte, według zegara serwera.
Zmiana daty Państwo: Data i godzina zmiany stanu błędu.

Rozwiązany

Członek zespołu jest przypisany do napraw błąd rozwiązuje, gdy jest ustalona.Lub członek zespołu może określić że rozwiązane lub zamknięty z innych przyczyn błędów, jak opisano w poniższej tabeli.

Z rozwiązane aktywna

Członek zespołu można ponownie uaktywnić bug od stanu rozwiązany przyczyny, które opisano w poniższej tabeli:

Przyczyna	Kiedy używać	Dodatkowe akcje
Nie stałe	Jeśli rozdzielczość jest niedopuszczalne lub poprawka była nieprawidłowa.	Podać szczegóły dotyczące przyczyny odmowy rozdzielczość lub dlaczego poprawka nie działały prawidłowo.Informacja ta powinna pomóc dalej osoby będącej właścicielem błędów w rozpoznawaniu go odpowiednio.
Test nie powiodło się.	Kiedy badanie wykaże, błędów nadal istnieje.	Podać szczegóły dotyczące badań, które nie powiodło się i w których kompilacji.

Następujące dane jest automatycznie przechwycone, gdy członek zespołu ponownie uaktywnia bug od stanu rozwiązany:

Aktywowany przez: nazwa członka zespołu, który ponownie uaktywnić błędów.
Aktywowany daty: Data i godzina, kiedy błędów zostało uaktywniania, według zegara serwera.

Zamknięte

Członek zespołu można zmienić stan błędu zamkniętej aktywne jeśli wada problem lub kod, który opisuje pojawi się ponownie lub nie została wcześniej ustalona.

Z zamkniętych aktywnego

Można określić przyczyny w poniższej tabeli podczas reaktywować błędów z zamkniętych Państwa:

Przyczyna	Kiedy używać	Dodatkowe akcje
Regresji	Kiedy błędu pojawi się ponownie w nowszej kompilacji kodu.	Brak.
Zamknięte w błąd.	Kiedy błędów zostało zamknięte w błąd lub z innego powodu.	Brak.

Następujące dane jest automatycznie przechwycone, gdy członek zespołu ponownie uaktywnia błędów z zamkniętych Państwa:

Aktywowany przez: nazwa członka zespołu, który ponownie uaktywnić błędów.
Aktywowany daty: Data i godzina, kiedy błędów zostało uaktywniania, według zegara serwera.

Zobacz też

Koncepcje

Odwołania pola elementu pracy dla Visual Studio ALM

Artefakty (CMMI)

Inne zasoby

Elementy pracy i przepływu pracy (CMMI)

Udostępnij za pośrednictwem