jira bug tracking tool tutorial
JIRA Bug Tracking: Defect Life Cycle in JIRA
Pobieranie i instalacja Jira zostało szczegółowo wyjaśnione w naszym poprzednim samouczku. Zespoły testowe zawsze obawiają się wyboru JIRA do zarządzania defektami.
Wątpliwość jest uzasadniona. Wynika to z faktu, że chociaż narzędzie do śledzenia błędów JIRA ma zastosowanie w firmach IT, jest to ogólny system biletowy.
Nawet w przypadku projektów IT popularność JIRA wśród zespołów programistycznych sprawia, że testerzy i zespoły kontroli jakości są niewygodne. Pomimo komfortu lub dyskomfortu, zespoły testowe nie mają innego wyjścia, jak tylko skorzystać z narzędzia do śledzenia błędów JIRA w większości firm. Nasz Kompletny przewodnik po szkoleniu JIRA zapewni doskonałą znajomość narzędzia.
=> Kliknij tutaj, aby zapoznać się z pełną serią samouczków JIRA
Czemu? Prosta logika Firmy nie chcą inwestować w wiele narzędzi. Po prostu maksymalizacja wykorzystania narzędzia i unikanie szaleństwa kupowaniem zbyt wielu licencji ma sens z biznesowego punktu widzenia.
Tak więc, jeśli zespół programistów używa Atlassian JIRA narzędzie do śledzenia błędów, aby śledzić jego wymagania, ulepszenia, zadania lub historyjki użytkownika, wtedy zespół testowy najprawdopodobniej musi go użyć do śledzenia błędów.
Ale zrelaksuj się . Zarządzanie defektami JIRA jest tak samo dobre, jak każde inne narzędzie . W rzeczywistości w niektórych sytuacjach mogłoby być nawet lepiej.
To jest samouczek, który za pomocą zrzutów ekranu i innych elementów pokaże Ci zastosowanie JIRA do śledzenia błędów.
Czego się nauczysz:
- Najlepsze funkcje narzędzia do śledzenia błędów JIRA
- 1) JIRA traktuje całą pracę w nim jako problem
- # 2) Zgłaszanie defektów wymaga rejestrowania następujących informacji dla każdego problemu:
- # 3) Cykl życia wady:
- # 4) Komentarze i współpraca z zespołem deweloperskim
- # 5) Powiązanie defektu z wymogiem umożliwiającym identyfikowalność
- # 6) Defekty można importować z pliku CSV
- # 7) Wady można eksportować do formatu Word, XML i do druku
- # 8) Kompleksowe raporty problemów:
- Zastosowanie JIRA do testowania - alternatywny dylemat
- Tworzenie problemu Jira i różnych pól
- Jak są rozwiązywane problemy w JIRA
Najlepsze funkcje narzędzia do śledzenia błędów JIRA
No to ruszamy.
1) JIRA traktuje całą pracę w nim jako problem
Tak więc w JIRA utworzenie defektu oznaczałoby utworzenie problemu typu „ Pluskwa ”.
# 2) Zgłaszanie defektów wymaga rejestrowania następujących informacji dla każdego problemu:
- Identyfikator wady
- Tytuł wady
- Opis wady (kroki do odtworzenia)
- Informacje o środowisku
- Zrzut ekranu (załącznik)
- Surowość
- Przypisz to komuś
- Status- Wszystkie statusy w cyklu życia błędu
Dostępne są wszystkie opcje umożliwiające efektywne tworzenie defektów.
Zwróć uwagę na pola zaznaczone poniżej na czerwono:
Dwa pola, których tutaj nie widzisz, to:
- Identyfikator wady
- Status
Te dwa pola są tworzone automatycznie przez JIRA. Wszystkie sprawy będą miały unikalny identyfikator przypisany przez JIRA. Status wszystkich zgłoszeń to „Do zrobienia” lub „Nowe” w JIRA domyślnie po utworzeniu błędu.
W związku z tym, wszystkie typowe narzędzia do zgłaszania defektów są również dostępne w JIRA. W rzeczywistości można zastosować więcej opcji, takich jak etykiety, łączenie defektów, szacowanie wysiłków.
# 3) Cykl życia wady:
Wszystkie statusy cyklu życia błędów, jak w Bugzilla (lub jakikolwiek inny popularny tracker błędów ) można również wykonać tutaj:
Będzie to wymagało trochę dostosowania przez administratora JIRA, ale jest to łatwe do zrobienia. Dla tych, którzy nie chcą zawracać sobie głowy dostosowywaniem, nie można również pomylić się z domyślną konfiguracją.
# 4) Komentarze i współpraca z zespołem deweloperskim
Każde wydanie, jego aktualizacje, przydział osób, komentarze otrzymane od zespołu Dev - wszystko jest śledzone w JIRA w dzienniku aktywności.
Pozwala to na lepszą widoczność i współpracę z zespołami programistów:
# 5) Powiązanie defektu z wymogiem umożliwiającym identyfikowalność
Opcja linku w polach spraw JIRA umożliwia połączenie konkretnego problemu z innym. Powiedzmy, że jeśli Wada 2 jest duplikatem Wady 1, można ustalić tę relację.
Podobnie, jeśli defekt blokuje wymaganie lub jest powiązany z wymaganiem - możesz pokazać ten aspekt w JIRA.
Powstałe linki pojawią się na stronie szczegółów problemu, jak poniżej:
Typy relacji są oczywiste, a użycie prosty-wspólny-język-codzienny słowa (takie jak odnosi się do, spowodowane przez itp.) sprawiają, że korzystanie z tego prawa jest bardzo łatwe i intuicyjne dla każdego użytkownika JIRA.
# 6) Defekty można importować z pliku CSV
Ułatwia to jednoczesne tworzenie zbiorczych zgłoszeń w JIRA. Ponadto, jeśli Twój zespół jest nowy i nie chcesz, aby tworzył problemy bezpośrednio w narzędziu, możesz poprosić ich o zgłoszenie usterek w arkuszu Excela. Po przejrzeniu i potwierdzeniu ich ważności można je wszystkie zaimportować do narzędzia za pomocą tej funkcji.
Niezależnie od tego, jak go używasz, jest to duży plus.
# 7) Wady można eksportować do formatu Word, XML i do druku
Zapewnia to lepszą przenośność danych dotyczących defektów, co jest szczególnie przydatne, jeśli chcesz udostępniać dane dotyczące defektów osobom, które nie są użytkownikami JIRA.
# 8) Kompleksowe raporty problemów:
Ponadto, jeśli potrzebujesz raportów, przejdź do „ Projekt - raporty ”I generuj różnego rodzaju raporty, jak poniżej:
Jeśli musimy jednym słowem przejrzeć statystyki JIRA, to fantastycznie.
Zaawansowani / zaawansowani użytkownicy JIRA mogą również tworzyć zaawansowane filtry wyszukiwania, aby generować bardziej szczegółowe informacje.
Na przykład, jeśli chcesz spojrzeć na wszystkie defekty przypisane do Ciebie w wielu projektach (BM i AB), możesz użyć zapytania JQL, jak poniżej:
Podsumowując, śledzenie błędów / zarządzanie defektami w JIRA jest bardzo podobne, jeśli nie lepsze, niż dedykowane narzędzia do śledzenia błędów. Następnym razem, gdy będziesz musiał nad tym popracować, nie martw się. Jesteś w dobrych rękach.
Zastosowanie JIRA do testowania - alternatywny dylemat
Chociaż jest to jedna strona medalu, jest zdecydowanie inny wymiar tego, jak ludzie postrzegają zastosowanie JIRA do kontroli jakości lub testów.
Kiedy zapytasz grupę QA, „Co to jest JIRA?” - wielu odpowie, że JIRA to narzędzie do śledzenia defektów. Pamiętaj, że słyszałem to od wielu starszych specjalistów ds. Kontroli jakości. Może to wynikać z faktu, że zarządzanie / śledzenie defektów to wszystko, do czego mogli używać JIRA.
Ale to o wiele więcej. W przypadku prawidłowego użycia, rdzeń JIRA ze swoimi możliwościami elastycznymi może być Twoim kompleksowym punktem kompleksowej obsługi do zarządzania projektami na wysokim poziomie.
Może naprawdę wspierać śledzenie wymagań i postępów, śledzenie błędów, szacowanie, śledzenie sprintu za pośrednictwem tablic SCRUM i KANBAN, raportowanie i współpracę.
Być może używasz narzędzia do jednego celu, ale następnym razem spróbuj dowiedzieć się kilku rzeczy o nim i na jego temat, które pomogą Ci lepiej je zrozumieć i używać.
Więc w następnym kroku możesz zbadać kilka innych fajnych funkcji JIRA (które mogą nie być bezpośrednio związane ze śledzeniem błędów), które mogą sprawić, że będzie to Twój wybór.
- Konfigurowalne pulpity nawigacyjne
- Dodatki do zarządzania testami
- Głosowanie i oglądanie problemu
- Śledzenie czasu
- Tablice Agile Project i Scrum
- Integracja wsparcia Confluence / Documentation itp.
Tworzenie problemu Jira i różnych pól
Problemy z Jira: różne typy problemów z Jira
Jira oferuje bardzo proste sposoby tworzenia / rejestrowania problemów.
Nie tylko pozwala nam zgłaszać błędy, ale także umożliwia nam inne rodzaje „zgłoszeń” lub „wniosków”. Jest to bardziej ogólna aplikacja do zarządzania żądaniami.
W tym samouczku znajdziesz więcej informacji na temat typów problemów w Jira, tworzeniu problemów, różnych polach na stronie „Utwórz problem” i ich szczegółach w prosty sposób z graficznym przedstawieniem dla łatwiejszego zrozumienia.
Jira Issues
Różne organizacje mogą mieć różne rodzaje problemów w zależności od ich przydatności / potrzeb. Administrator Jira może efektywnie dostosować to pole.
Problemy mogą być różnego rodzaju, a poniżej podano opis / znaczenie typów problemów:
- Pluskwa: Jest to każda wada lub odchylenie, które można znaleźć w aplikacji.
- Żądanie poprawy: Nazywa się to również żądaniem zmiany (CR). Ten typ służy do przedstawienia wszelkich zmian w istniejącej funkcjonalności lub całkowicie nowej funkcjonalności.
- Zadanie: Jest to bardziej kwestia konfiguracji lub analizy. Na przykład , ustawienie odpowiednich konfiguracji może być zadaniem.
- Pytanie: Problem może być tak prosty, jak zadanie pytania o sposób korzystania z niektórych funkcji aplikacji. Ten typ jest częściej używany przez klientów końcowych.
- Epicki: Zwykle jest to ogromny problem, który najlepiej podzielić na kilka drobnych problemów. Ukończenie głównego epickiego problemu w zwinnym środowisku może zająć kilka sprintów.
- Obiekt finansowy: Często zarządzanie projektami / produktami wykorzystuje tego typu problemy do śledzenia swoich finansów.
- Fabuła: Cała historia użytkownika dotycząca funkcji może być rodzajem problemu.
- Przypadek testowy : Problemem może być przypadek testowy. Ten typ problemu będzie dostępny po zintegrowaniu Jira z wtyczkami takimi jak Zypher.
Tworzenie problemu
Zakładając, że użytkownik zalogował się do Jira i żądanego projektu.
Krok 1:
Kliknij przycisk paska narzędzi „+” („Utwórz”).
Spowoduje to wyświetlenie ekranu / strony, jak pokazano na poniższym obrazku:
Na tej stronie wybierz projekt i typ zgłoszenia / wniosku, a następnie kliknij przycisk „Dalej”.
Otworzy się strona „Utwórz problem”, jak pokazano na następujących obrazach:
Krok 2:
Wprowadź obowiązkowe informacje i inne dane w miarę możliwości na stronie „Utwórz problem”.
Krok 3:
Kliknij przycisk „Utwórz”. Spowoduje to wygenerowanie unikalnego identyfikatora problemu. Identyfikator będzie składał się z identyfikatora projektu połączonego z cyframi.
W powyższym przykładzie wybranym projektem jest „TestProject”, stąd identyfikator może wyglądać jak „TESTPROJ1234”.
- Po utworzeniu sprawy można ją następnie przeszukiwać za pomocą identyfikatora sprawy.
Opis pól na stronie „Utwórz problem”
(Obrazy stron tworzenia numerów są podzielone na 3 części dla lepszej czytelności).
Uwaga :Administrator i / lub programista Jira może dodawać / usuwać pola niestandardowe w zależności od potrzeb organizacji.
1) Podsumowanie :
Często jest to również nazywane tytułem problemu i jest bardzo ważnym obszarem problemu w Jira.
Tytuł powinien być jak najbardziej unikalny i precyzyjny, aby patrząc na sam tytuł można było zrozumieć problem. Pomaga to forum oceny błędów i / lub właścicielom produktów w ustalaniu priorytetów i przypisywaniu problemu bez zagłębiania się w niego.
# 2) Komponent / y :
Nazwa (y) modułu lub obszaru aplikacji, w którym wykryto defekt w przypadku problemu typu „Bug”.
Może to być obszar, w którym zmiany są wymagane w przypadku CR. Zwykle jest to lista rozwijana składająca się z różnych modułów / komponentów, które istnieją w aplikacji. Osoba odpowiedzialna za projekt musi uzyskać informacje od administratora.
# 3) Opis :
jak otworzyć plik open.dat na komputerze Mac
Zwykle powinien zawierać kroki prowadzące do odtworzenia problemu, jeśli typem problemu jest błąd.
W przypadku prośby o ulepszenie należy szczegółowo opisać nowe wymaganie, które w terminologii zwinnej jest zwykle określane jako opowieść. W idealnym przypadku pole to powinno być regularnie aktualizowane w trakcie procedury wydawania.
# 4) Napraw wersje :
Nazwa wersji, w której zostanie dostarczone żądanie wydania / rozszerzenia. Wartość ta jest zwykle wypełniana przez właściciela produktu w porozumieniu z mistrzem scrum w zwinnym środowisku scrumowym.
# 5) Priorytet :
To pole wskazuje na krytyczność problemu.
Może to powstrzymać pokaz, co oznacza, że testowanie aplikacji nie może być kontynuowane w fazie testowania. Awaria aplikacji jest idealna Przykład problemu „Show Stopper” (krytycznego).
Rada recenzentów błędów i właściciele produktów mają pełne prawo do zmiany priorytetu problemu. To pole to lista rozwijana z wartościami takimi jak „Niski”, „Średni” („Główny”), „Krytyczny”, „Trywialny” itp.
# 6) Etykiety :
W to pole wpisujemy teksty, które pomogą w kategoryzowaniu zagadnień.
# 7) Środowisko :
To jest pole opcjonalne i tutaj określono środowisko testowe.
# 8) Załącznik :
Obsługiwane obrazy dla tworzonego problemu. Użytkownik może po prostu przeciągać i upuszczać obrazy lub kopiować i wklejać.
# 9) Wpływa na wersję / wersje :
W przypadku problemu typu „błąd” w tym miejscu należy podać wersję produktu.
Na przykład 5,6, 5,7 itd.
# 10) Powiązane problemy :
c ++ niezdefiniowane odwołanie do klasy
Inne istotne kwestie można powiązać z nowym problemem, wybierając odpowiednią wartość z tego menu rozwijanego.
Na przykład, jeśli problem jest wprowadzany przez poprawkę innego problemu, wówczas wartością do wyboru z listy rozwijanej może być „Wprowadzony przez”. To pole staje się niezwykle ważne, jeśli nowa usterka zostanie wywołana przez jakąś poprawkę lub ulepszenie.
=> Problem : Po wybraniu odpowiedniej wartości w „Połączonych sprawach” pojawia się tutaj odpowiedni identyfikator problemu.
# 11) Cesjonariusz :
Jest to nazwa użytkownika, który będzie pracował nad problemem.
Na przykład w przypadku błędu będzie to nazwisko programisty, który naprawi problem. To pole jest zwykle wypełniane przez właściciela produktu lub mistrza scrum. Znowu, kto przypisuje problem, może się różnić w zależności od organizacji.
=> Kliknięcie „Przypisz do mnie” (znajdującego się w prawym rogu pola „Przypisany”) spowoduje przypisanie problemu do zalogowanego użytkownika.
# 12) Epic Link :
Wybierz odpowiedni link do eposu.
# 13) Sprint :
Tutaj wybiera się nazwę sprintu, która wskazuje, kiedy problem zostanie rozwiązany. Może to być przyszły sprint zgodnie z decyzją właściciela produktu.
# 14) Drużyna :
W środowisku Agile mogą istnieć różne zespoły. Sprawa jest przypisana do jednej z drużyn. To przypisanie jest zwykle wykonywane przez właściciela produktu lub mistrza scrum w porozumieniu z właścicielem produktu.
# 15) Oszacowanie na początku :
To pole będzie wskazywać, ile czasu zajmie rozwiązanie problemu.
Częściej określane jako „guesstimate”. Będzie to również obejmować wymagane wysiłki testowe. Można go podać w godzinach / dniach / tygodniach lub w punktach historii. W zwinnym środowisku podczas planowania sprintu cały zespół dochodzi do wspólnego przypuszczenia.
# 16) Reporter :
Jira automatycznie wypełnia to pole nazwą zalogowanego użytkownika.
Uwaga: Moglibyśmy mieć inne niestandardowe pola, jak poniżej (których nie widać na powyższych obrazach):
(i) Typ środowiska :
Wskazuje, czy defekt został znaleziony w środowisku testowym lub produkcyjnym.
Te wartości pola mogą się różnić w zależności od organizacji. Jeśli Jira jest używana do tworzenia problemów tylko wewnętrznie w organizacji, a nie przez klientów końcowych, to pole może w ogóle nie istnieć.
(ii) odtwarzalne :
Czy wada jest odtwarzalna? To pole nie będzie dostępne dla żadnego typu problemu innego niż błąd.
(iii) Klient :
To pole zawiera nazwę klienta końcowego, który zgłosił problem. W niektórych organizacjach, w których Jira jest używana tylko do wewnętrznej obsługi problemów, to pole może nie istnieć.
Uwaga: Wszystkie opisane powyżej pola należą do zakładki „Pole” na stronie „Utwórz problem”, która zazwyczaj jest zakładką domyślną. Stronę można dostosować tak, aby zawierała więcej zakładek, takich jak „Dokumentacja” itp., Które będziemy omawiać w kolejnych samouczkach.
Jira daje nam skuteczny sposób na łatwe i wydajne zarządzanie różnymi typami problemów.
Dzięki wielu możliwościom dostosowywania, które są obecnie możliwe, Jira stał się najpopularniejszym wyborem.
Jak są rozwiązywane problemy w JIRA
Praca z JIRA Issues - Jak zarejestrować błąd w JIRA
Przejdźmy do tworzenia problemu, zakładając, że zalogowany użytkownik nie jest administratorem, a nasz projekt testowy to „Test dla STH” z komponentami - Moduł 1 i Moduł 2, wersje - wersja 1 i Wersja 2. Klucz - TFS jest już Utworzony.
Tworzenie problemu JIRA
Zagadnienia stanowią sedno JIRA, dlatego w celu ich utworzenia na pasku menu znajduje się opcja:
Kliknij przycisk „Utwórz zgłoszenie”. Alternatywnie, po naciśnięciu „c” na stronie JIRA, otworzy się następujące okno dialogowe „Utwórz zgłoszenie”.
Wszystkie pola na tej stronie są oczywiste. Najważniejszy z nich omówimy poniżej.
Projekt : Każdy problem należy do projektu. Możesz wybrać to samo, klikając listę rozwijaną i wybierając projekt, do którego ma należeć to wydanie.
Rodzaj zagadnienia :W tym polu wyświetlane są wszystkie typy problemów, które można tworzyć i śledzić za pośrednictwem JIRA. Na tej liście dostępne są następujące opcje (lista ta może się różnić w zależności od ustawienia ustawionego przez administratora):
Przedmioty Bug, nowa funkcja, zadanie, ulepszenie są dokładnie tym, co sugerują ich nazwy. Epic i fabuła są bardziej odpowiednie dla projektów zwinnych. Historia jest wymaganiem w Agile, które należy śledzić od początku do końca. Epopeja to zbiór historii.
W razie potrzeby wybierz typ problemu. Idę z „Bugiem”.
Podsumowanie : Podaj tutaj tytuł swojemu błędowi. Właściwie użyte pole to może być bardzo skuteczne w przekazywaniu wielu krytycznych informacji. Kilka aspektów, na które należy zwrócić uwagę:
Błąd / wada to zasadniczo coś, co nie jest właściwe. Właściwym sposobem podejścia do tytułu błędu jest zwięzłe zdefiniowanie „co jest nie tak”.
Przykład złego tytułu / podsumowania brzmi „Powinna istnieć opcja wyczyszczenia zawartości ekranu”. Kiedy to przeczytam, moja początkowa reakcja będzie brzmiała: „OK, powinno być… ale w czym problem? Czy tej opcji w ogóle nie ma? A może opcje są dostępne i nie usuwają treści? ”
Uzgodniono również, że kiedy otworzę ten błąd i przyjrzę mu się szczegółowo, na pewno znajdę odpowiedź na to pytanie.
Jednak nacisk kładziony jest tutaj na wykorzystanie tego pola „Podsumowanie” w najbardziej efektywny sposób. Dlatego bardzo trafnym podsumowaniem / tytułem byłoby „Opcja wyczyszczenia zawartości głównej strony logowania nie powoduje wyczyszczenia pól po kliknięciu”.
W ograniczonej przestrzeni, jaką zapewnia to pole, spróbuj napisać swój tytuł w sposób, który przekazuje dokładny problem bez żadnych niejasności.
Priorytet : To pole może przyjąć jedną z następujących wartości.
Wybierz odpowiednią opcję dla swojego błędu.
Z położyć t : Ta lista wyświetli komponenty projektu. Wybierz odpowiednio.
Wersja, której dotyczy problem i wersja poprawki: W tych dwóch polach zostaną wyświetlone wersje dostępne dla projektu. Nie jest konieczne, aby problem napotkany w określonej wersji został rozwiązany w tej samej wersji. W takich przypadkach można wybrać wersję, której dotyczy problem, jako wersję bieżącą, a wersję poprawioną jako następną.
Ponadto te pola mogą przyjmować wiele wartości. Możesz ustawić, że określony problem dotyczy zarówno wersji 1, jak i wersji 2, jak poniżej:
Mandatariusz : Możesz wpisać nazwisko osoby, której sprawa ma zostać przekazana dalej. Możesz również przypisać problem sobie.
Opis : To jest opcjonalne pole tekstowe, które pomoże Ci wprowadzić jak najwięcej informacji o problemie. W przypadku pluskwa , typowe jest użycie tego pola do podania szczegółowych informacji o krokach prowadzących do odtworzenia wady.
Podanie wszystkich informacji jest sprawą najwyższej wagi.
„Powiedzmy, że istnieją dwa pola - zależne - państwo i miasto. Kiedy wybieram Stan z listy rozwijanej, w polu Miasto powinno być wyświetlane odpowiednie miasta w wybranym przeze mnie stanie.
Jeśli zgłosiłem błąd jako „Miasta są puste w niektórych stanach, które wybrałem”. Pole opisu to miejsce, w którym mogę rozwinąć tę usterkę.
Przykładem niewystarczającego opisu jest:
1) Wejdź na stronę
2) Kliknij stronę adresową
3) Wprowadź inne szczegóły, takie jak imię i nazwisko, adres itp.
4) Kliknij menu rozwijane „Stan”. Wybierz stan
5) Kliknij menu „Miasto” - zanotuj nazwy miast
Powyższy opis, choć precyzyjny, nie jest kompletny. Jeśli chodzi o tę dziedzinę, jest po stronie dostarczania zbyt wielu informacji, ale nie za mało.
Jeśli do opisu zostaną dodane następujące kroki, tak będzie mają więcej sensu.
6) Wybierz stan jako „Kalifornia” i kliknij menu „Miasto” - zostaną wyświetlone wszystkie stany, a użytkownik będzie mógł wybrać miasto według potrzeb.
7) Wybierz stan jako „Luizjana” i kliknij menu „Miasto” - lista będzie pusta.
8) Miasta są puste także w stanach New Jersey i Utah.
Zatem, aby powtórzyć, podaj dokładne kroki, dokładne dane i wszelkie inne informacje, które Twoim zdaniem są niezbędne do wypełnienia tego pola.
Załącznik : Każdy dokument pomocniczy można przesłać z problemem.
Po wprowadzeniu wszystkich satysfakcjonujących informacji problem można utworzyć, klikając przycisk „Utwórz” na końcu okna dialogowego „Utwórz zgłoszenie”.
Sprawa zostanie utworzona, a użytkownikowi zostanie wyświetlona wiadomość z identyfikatorem sprawy:
Uwaga: zwróć uwagę na identyfikator problemu; jest poprzedzony „Kluczem” projektu. Jest to sposób firmy JIRA na śledzenie / grupowanie problemów związanych z określonym projektem.
Możesz teraz wyświetlić utworzony problem, klikając łącze, które pojawia się w powyższej wiadomości.
Dodatkowe informacje o stronie tworzenia problemu
1) W prawym górnym rogu strony „Utwórz zgłoszenie” będzie dostępna opcja konfiguracji pól.
Ta opcja może zostać użyta do wybrania / zmiany pól, które chciałbyś zobaczyć w swoim dialogu tworzenia problemu. Po dokonaniu wyboru JIRA zapamięta zmiany również dla kolejnych wydań.
dwa) U dołu strony „Utwórz problem” znajduje się opcja „Utwórz kolejny”
Po wybraniu tej opcji i kliknięciu „Utwórz” - jednorazowo zostanie utworzony bieżący numer; JIRA przechowuje
Otwiera się okno dialogowe „Utwórz problem” z Projektem, Typem sprawy i innymi polami z wyjątkiem podsumowania automatycznie wybranego zgodnie z poprzednio utworzonymi wydaniami.
Na tym kończymy temat „Tworzenie problemu w JIRA”.
W następnym samouczku Atlassian JIRA dowiemy się o podzadaniach i sposobach ich wykorzystania do określonych celów QA.
=> Odwiedź tutaj, aby zapoznać się z pełną serią samouczków JIRA
Do Ciebie
Teraz nadszedł czas, aby usłyszeć od Ciebie. Czy napotkałeś jakieś wyzwania podczas używania JIRA do śledzenia błędów?
Czy uważasz, że opór, jaki mają zespoły testowe w dostosowywaniu JIRA do zarządzania defektami, ma jakąkolwiek wagę?
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Narzędzie do śledzenia błędów Backlog Praktyczny samouczek przeglądu
- Samouczek dotyczący integracji GitLab Jira
- Pobieranie i instalacja Jira przy użyciu konfiguracji licencji Jira
- JIRA Tutorial: Kompletny praktyczny przewodnik po JIRA
- Samouczek administracji JIRA: Administrator JIRA i zarządzanie użytkownikami
- Samouczek integracji JIRA i SVN
- Dogłębne samouczki dotyczące Eclipse dla początkujących
- JIRA Agile Tutorial: Jak skutecznie używać JIRA do zarządzania projektami Agile