jira bug tracking tool tutorial
ЈИРА праћење грешака: Животни циклус оштећења у ЈИРА-и
Јира Преузимање и инсталација је детаљно објашњено у нашем претходном водичу. Испитни тимови су увек забринути за подизање ЈИРА-е за управљање недостацима.
Сумња је оправдана. То произлази из чињенице да, иако је ЈИРА алат за праћење грешака применљив на ИТ предузећа, то је генерички систем за продају карата.
Чак и за ИТ пројекте, популарност ЈИРА-е код развојних тимова чини тестере и КА тимове неудобним. Упркос удобности или нелагодности, тест тимови немају другог избора него да користе ЈИРА алат за праћење грешака у већини компанија. Наше Комплетан водич о ЈИРА тренингу пружиће вам изврсно знање о алату.
=> Кликните овде за комплетну серију уџбеника ЈИРА
Зашто? Једноставна логика- Компаније не желе да улажу у више алата. Добар је пословни смисао максимизирати употребу алата и не лудети од куповине превише лиценци.
Дакле, ако тим за развој користи Атлассиан ЈИРА алат за праћење грешака да би пратио његове захтеве, побољшања, задатке или корисничке приче, тада га тест тим, највероватније, мора користити за праћење грешака.
Али, опусти се . ЈИРА-ино управљање недостацима једнако је добро као и било који други алат . У ствари, у неким ситуацијама би могло бити и боље.
Ово је упутство које ће вам кроз снимке екрана и све остало показати како се ЈИРА примењује на праћење грешака.
Шта ћете научити:
- Најбоље карактеристике ЈИРА Алата за праћење грешака
- # 1) ЈИРА сав рад у њему третира као издање
- # 2) Извештавање о недостацима захтева следеће податке забележене за свако издање:
- # 3) Животни циклус оштећења:
- # 4) Коментари и сарадња са развојним тимом
- # 5) Повезивање квара са захтевом да се омогући следљивост
- # 6) Дефекти се могу увести из ЦСВ датотеке
- # 7) Дефекти се могу извести у Ворд, КСМЛ и формате за штампање
- # 8) Свеобухватни извештаји о издањима:
- Примена ЈИРА-е на тестирање - алтернативна дилема
- Стварање Јира издања и различитих поља
- Како се решавају проблеми у ЈИРА-и
Најбоље карактеристике ЈИРА Алата за праћење грешака
Идемо.
# 1) ЈИРА сав рад у њему третира као издање
Дакле, у ЈИРА-и стварање дефекта значило би стварање проблема типа „ Буг ”.
# 2) Извештавање о недостацима захтева следеће податке забележене за свако издање:
- ИД оштећења
- Наслов дефекта
- Опис недостатака (кораци за репродукцију)
- Информације о животној средини
- Снимак екрана (прилог)
- Озбиљност
- Додијели некоме
- Статус- Сви статуси у животном циклусу грешке
Доступне су све опције како бисте могли ефикасно створити квар.
Имајте на уму поља означена црвеном бојом у наставку:
Два поља која овде не видите су:
- ИД оштећења
- Статус
Ова два поља је аутоматски креирала ЈИРА. Сви бројеви ће имати јединствени ИД који им је доделио ЈИРА. Статус свих издања је подразумевано „Обавезе“ или „Ново“ у ЈИРА-и при креирању грешке.
Стога, сви уобичајени садржаји за пријављивање кварова су такође доступни у ЈИРА-и. У ствари, може се користити више опција попут налепница, повезивања недостатака, процене напора.
# 3) Животни циклус оштећења:
Сви статуси животног циклуса грешке као у Бугзилла (или било који други популарни програм за праћење грешака ) може се постићи и овде:
Ово ће требати мало прилагођавања од стране вашег ЈИРА администратора, али то је лако учинити. За оне који не желе да се муче са прилагођавањем, не можете погрешити и са подразумеваним подешавањем.
# 4) Коментари и сарадња са развојним тимом
Свако издање, његово ажурирање, додељивање људи, коментари примљени од развојног тима - све се прати у ЈИРА-и под евиденцијом активности.
Ово омогућава бољу видљивост и сарадњу са развојним тимовима:
# 5) Повезивање квара са захтевом да се омогући следљивост
Опција повезивања у пољима ЈИРА издања омогућава вам повезивање одређеног издања са другим. Рецимо да је Дефецт 2 дупликат Дефекта 1 да можете успоставити тај однос.
Слично томе, ако квар блокира захтев или је повезан са захтевом - овај аспект можете учинити видљивим у ЈИРА-и.
Добијене везе ће се појавити на страници са детаљима издања, као у наставку:
Типови односа се сами по себи објашњавају и користе се једноставан-заједнички-свакодневни-језик речи (као што су односи се на, узроковане су, итд.) чини изузетно једноставним и интуитивним било који корисник ЈИРА-е да користи ово право.
# 6) Дефекти се могу увести из ЦСВ датотеке
Ово помаже групном стварању издања у ЈИРА-и одједном. Такође, ако је ваш тим нов и не желите да праве проблеме директно у алату, можете да их пријавите у програму Екцел. Једном када се прегледају и потврде као валидне, могу се одједном увести у алат помоћу ове функције.
Како год га користили, ово је велики плус.
# 7) Дефекти се могу извести у Ворд, КСМЛ и формате за штампање
Ово подржава бољу преносивост података о вашим дефектима, посебно корисно ако своје податке о дефектима желите да делите са људима који нису корисници ЈИРА-е.
# 8) Свеобухватни извештаји о издањима:
Поред тога, ако су вам потребни извештаји, идите на „ Пројекат - извештаји “И генеришите све врсте извештаја као у наставку:
Ако морамо једном речју да прегледамо ЈИРА-ину аналитику, то је фантастично.
Напредни / напредни корисници ЈИРА-е такође могу да креирају напредне филтере за претрагу како би стекли дубље увиде.
На пример, ако желите да погледате све недостатке који су вам додељени у више пројеката (БМ и АБ), можете да користите ЈКЛ упит као доле:
Дакле, све у свему, праћење грешака / управљање недостацима у ЈИРА-и је врло слично, ако не и супериорније наменским програмима за праћење грешака. Следећи пут када будете морали да порадите на томе, не брините. У добрим сте рукама.
Примена ЈИРА-е на тестирање - алтернативна дилема
Иако је ово једна страна медаље, дефинитивно постоји још једна димензија начина на који људи гледају на применљивост ЈИРА-е на КА или тестирање.
Када питате групу КА, „Шта је ЈИРА?“ - Многи ће одговорити да је ЈИРА алат за праћење недостатака. Пазите, ово сам чуо од многих старијих стручњака за КА. Ово је можда из чињенице да је управљање / праћење кварова све за шта су можда користили ЈИРА-у.
Али, има ту још много тога. Када се користи правилно, језгро ЈИРА са својим агилним могућностима може вам бити све на једном месту за управљање пројектима на високом нивоу.
Може заиста подржати праћење и напредовање захтева, праћење грешака, процену, спринт праћење кроз СЦРУМ и КАНБАН плоче, извештавање и сарадњу.
Можда користите алат за једно, али следећи пут покушајте да научите неколико ствари око и око алата који ће вам помоћи да га боље разумете и користите.
Дакле, као следећи корак, могли бисте истражити неколико других сјајних карактеристика ЈИРА-е (које можда нису директно повезане са праћењем грешака) које би могле бити ваш избор.
- Прилагодљиве контролне табле
- Додаци за управљање тестовима
- Гласајте и гледајте издање
- Праћење времена
- Агиле Пројецт и Сцрум плоче
- Интеграција подршке ушћа / документације итд.
Стварање Јира издања и различитих поља
Јира Иссуес: Различите врсте Јира издања
Јира вам нуди врло једноставне начине за креирање / евидентирање проблема.
То не само да нам омогућава пријављивање грешака, већ нам омогућава и друге врсте „улазница“ или „захтева“. То је више општа апликација за управљање захтевима.
Овај водич ће вам објаснити више о врстама издања у Јира-и, стварању издања, различитим пољима на страници „Цреате Иссуе“ и њиховим детаљима на једноставан начин уз сликовни приказ за ваше лакше разумевање.
Јира Иссуес
Различите организације могу имати различите врсте проблема у зависности од њихове подобности / потреба. Јира администратор може ефикасно прилагодити ово поље.
Издања могу бити различитих врста, а у наставку су дати опис / значење врста издања:
- Буг: Ово је било који недостатак или одступање који се пронађе у апликацији.
- Захтев за побољшање: Такође је познат и као захтев за промену (ЦР). Овај тип се користи за приказ било које промене постојеће функционалности или заједно нове функције.
- Задатак: Ово је више питање конфигурације или анализе. На пример , постављање правилних конфигурација може бити задатак.
- Питање: Питање може бити једноставно као постављање питања о томе како се користи нека функционалност апликације. Овај тип чешће користе крајњи купци.
- Епиц: Ово је обично огромно питање које је идеално подељено на неколико малих проблема. Да би се завршило главно епско издање у окретном окружењу, може бити потребно неколико спринтева.
- Финансијски објекат: Руководство пројектима / производима често користи ову врсту издавања да би пратило своје финансије.
- Стори: Читава корисничка прича о функцији може бити врста проблема.
- Тест случај : Издање може бити тест случај. Ова врста издања биће доступна када се Јира интегрише са додацима попут Зипхер-а.
Креирање издања
Под претпоставком да се корисник пријавио на Јира и жељени пројекат.
Корак 1:
Кликните на дугме на траци са алаткама „+“ („Направи“).
Ово ће приказати екран / страницу као што је приказано на доњој слици:
На овој страници одаберите пројекат и тип издања / захтева, а затим кликните на дугме „Даље“.
Ово ће отворити страницу „Направи проблем“ како је приказано на следећим сликама:
Корак 2:
Унесите обавезне детаље и остале податке што је више могуће на страницу „Направи проблем“.
Корак 3:
Кликните на дугме „Направи“. Ово ће генерисати јединствени ИД проблема. ИД ће се састојати од идентификатора пројекта спојеног нумеричким цифрама.
У горњем примеру је изабрани пројекат „ТестПројецт“, па би ИД могао бити попут „ТЕСТПРОЈ1234“.
- Једном када се проблем креира, након тога се може претраживати помоћу ИД-а издања.
Опис поља на страници „Направи проблем“
(Стварање слика странице проблема издвојено је у 3 дела ради боље читљивости).
Белешка :Јира администратор и / или програмер могу да додају / уклањају прилагођена поља у зависности од потреба организације.
# 1) Резиме :
Ово се такође чешће назива насловом броја и врло је важно поље Јира броја.
Наслов треба да буде што је могуће јединственији и прецизнији, тако да се увидом у сам наслов може разумети питање. Ово помаже одбору за преглед грешака и / или власницима производа да одреде приоритет и доделе проблем без дубоког загледавања у њега.
# 2) Компонента / е :
Имена модула или подручја апликације у којима је откривен недостатак у случају типа издања „Буг“.
То би могло бити подручје у којем су потребне промене у случају ЦР. То је обично падајући мени који се састоји од различитих модула / компонената који постоје у апликацији. Особа у пројекту мора да је попуни од администратора.
# 3) Опис :
Типично треба да садржи кораке за репродукцију проблема ако је тип проблема грешка.
У случају захтева за побољшањем, требало би да се детаљно објасни нови захтев који се у агилној терминологији обично назива причом. У идеалном случају, ово поље би требало редовно да се ажурира током процеса издавања.
# 4) Исправите верзије :
Назив верзије у којој ће се доставити издање / захтев за побољшање. Ову вредност обично уноси власник производа у координацији са сцрум мастер-ом у окретном сцрум окружењу.
# 5) Приоритет :
Ово поље указује на критичност проблема.
То може бити зауставни програм, што значи да тестирање апликација не може да се одвија у фази тестирања. Пад апликације је идеалан Пример издања „Схов Стоппер“ (критично).
Одбор за преглед грешака и власници производа имају пуно право да промене приоритет проблема. Ово поље је падајући списак са вредностима попут „Ниско“, „Средње“ („Главно“), „Критично“, „Тривијално“ итд.
# 6) Ознаке :
У ово поље се уносе текстови који ће помоћи у категоризацији питања.
# 7) Животна средина :
Ово је опционално поље и овде је назначено тест окружење.
# 8) Прилог :
Подржане слике за издање које се креира. Корисник може једноставно повући и испустити слике или копирати и налепити.
# 9) Утиче на верзију / верзије :
За издање типа „грешка“ овде треба унети верзију производа.
На пример 5.6, 5.7 итд.
# 10) Повезана издања :
Друга релевантна издања могу се повезати с новим издањем одабиром одговарајуће вредности из овог падајућег менија.
На пример, ако је проблем уведен исправком неког другог проблема, вредност која се бира из падајућег менија могла би да буде „Увео“. Ово поље постаје изузетно важно ако је нови квар покренут неком исправком или побољшањем.
=> Издање : Након избора одговарајуће вредности у „Повезани проблеми“, овде се помиње одговарајући ИД проблема.
# 11) Преузималац :
То је име корисника који ће радити на издању.
На пример, у случају грешке, име програмера ће решити проблем. Ово поље обично попуњава власник производа или мастер сцрум. Поново ко додељује издање може се разликовати од једне до друге организације.
=> Кликом на „Додели ми“ (налази се у десном углу поља „Асигнее“) проблем ће се доделити пријављеном кориснику.
# 12) Епска веза :
б дрво вс б + дрво
Изаберите релевантну везу епа.
# 13) Спринт :
Овде је одабрано име спринта, назначавајући када ће се радити на издању. То би могао бити будући спринт како је одлучио власник производа.
# 14) Тим :
У агилном окружењу могу бити различити тимови. Издање је додељено једном од тимова. Овај задатак обично врши власник производа или мајстор сцрум-а у координацији са власником производа.
# 15) Процена на почетку :
Ово поље ће назначити колико ће времена бити потребно за решавање проблема.
Чешће се назива „претпоставком“. Ово ће се састојати и од потребних напора на тестирању. Могло би се споменути у сатима / данима / недељама или у причи. У агилном окружењу током планирања спринта, цео тим постиже заједничку претпоставку.
# 16) Репортер :
Јира ову датотеку аутоматски попуњава именом пријављеног корисника.
Белешка: Могли бисмо имати нека друга прилагођена поља као доле (која се не виде на горњим сликама):
(и) Тип околине :
Означава да ли је квар пронађен у тестном или производном окружењу.
Вредности овог поља могу се разликовати од организације до организације. Ако се Јира користи за стварање проблема само интерно у организацији, а не крајњих купаца, онда ово поље можда уопште не постоји.
(ии) поновљиво :
Да ли се квар може поновити? Ово поље неће бити доступно за било коју другу врсту издања осим за грешку.
(иии) купац :
Ово поље именује крајњег купца који је поднео проблем. У неким организацијама где се Јира користи само за интерно решавање проблема, ово поље можда неће постојати.
Белешка: Сва горе описана поља припадају картици „Поље“ на страници „Направи проблем“, која је обично подразумевана картица. Страница се може прилагодити тако да има више картица попут „Документација“ итд. Које ћемо обрађивати у нашим следећим водичима.
Јира нам даје ефикасан начин за лако и ефикасно управљање различитим врстама проблема.
Уз мноштво прилагођавања која су данас могућа, Јира је постала најпопуларнији избор.
Како се решавају проблеми у ЈИРА-и
Рад са ЈИРА питањима - Како пријавити квар у ЈИРА-и
Пређимо на стварање проблема, под претпоставком да корисник пријављен није администратор, а наш тест пројекат је „Тест за СТХ“ са компонентама - Модул 1 и Модул 2, верзије - верзија 1 и Верзија 2. Кључ - ТФС је већ створена.
Израда ЈИРА издања
Проблеми чине суштину ЈИРА-е, па зато да бисте их креирали постоји опција тачно на траци менија:
Кликните на дугме „Цреате Иссуе“. Наизменично, када упишете „ц“ док сте на ЈИРА страници, отвара се следећи дијалог „Цреате Иссуе“.
Сва поља на овој страници су сама по себи разумљива. У наставку ћемо разговарати о најважнијем.
Пројекат : Свако издање припада пројекту. Можете одабрати исто кликом на падајући мени и одабиром пројекта којем желите да припада овај број.
Врста издања :Ово поље приказује све врсте проблема који се могу креирати и пратити путем ЈИРА-е. Следеће опције су доступне на овој листи (ова листа се може разликовати у зависности од поставке коју је поставио администратор):
Ставке Грешка, нова карактеристика, задатак, побољшање управо су оно што подразумевају њихова имена. Епика и прича релевантнији су за агилне пројекте. Прича је захтев у Агиле-у који треба пратити од почетка до краја. Епиц је група прича.
Одаберите тип издања по потреби. Идем са „Бугом“.
Резиме : Дајте својој грешци наслов овде. Када се правилно користи, ово поље може бити врло успешно у преношењу многих критичних информација. Овде треба напоменути неке аспекте:
Грешка / квар је у основи нешто што није у реду. Прави начин да приступите наслову грешке је тачно дефинисање „шта није у реду“.
Пример лошег наслова / резимеа је „Требало би да постоји опција за брисање садржаја са екрана“. Кад ово прочитам, моја почетна реакција ће бити - „У реду, требало би да буде - али у чему је проблем овде? Да ли опција уопште није присутна? Или су опције присутне и не бришу садржај? “
Такође је договорено да када отворим ову грешку и детаљно је погледам, сигуран сам да ћу пронаћи одговор на ово питање.
Међутим, овде је нагласак да се ово поље „Резиме“ користи на најефикаснији начин. Стога би врло прикладан резиме / наслов био „Опција брисања садржаја почетне странице за пријаву не брише поља када се кликне“.
У ограниченом простору који нуди ово поље, покушајте да напишете наслов на начин који комуницира о тачном питању без икаквих нејасноћа.
Приоритет : Ово поље може имати једну од следећих вредности.
Изаберите одговарајућу опцију за своју грешку.
Са ставити т : Ова листа ће приказати компоненте пројекта. Изаберите прикладно.
Верзија на коју се ово односи и верзија на исправке: Ова два поља ће приказати верзије доступне за пројекат. Није неопходно да се одређени проблем на који сте наишли у одређеној верзији поправи у истој. У таквим случајевима можете да изаберете погођену верзију као тренутну, а исправку као следећу.
Такође, ова поља могу имати више вредности. Можете да подесите да одређени проблем утиче и на верзију 1 и на верзију 2 као што је приказано у наставку:
Преузималац : Можете даље укуцати име особе којој треба издати овај број. Такође можете себи доделити издање.
Опис : Ово је опционално текстуално поље које вам помаже да унесете онолико података колико желите о свом проблему. У случају а буг , типично је користити ово поље за давање детаљних информација о корацима за репродукцију квара.
Од највеће је важности дати све информације.
„Рецимо, постоје два поља - зависна - држава и град. Када са падајућег менија одаберем државу, у пољу Град требало би да се прикажу одговарајући градови у држави коју сам изабрао.
Ако бих покренуо грешку као „Градови су празни за неке државе које сам изабрао“. Поље описа било је место за мене да разрадим овај недостатак.
Пример недовољног описа је:
1) Уђите на локацију
2) Кликните на адресу
3) Унесите остале детаље као што су име, адреса итд.
4) Кликните на падајући мени „Држава“. Изаберите државу
5) Кликните на падајући мени „Град“ - забележите имена градова
Горњи опис, иако прецизан, није потпун. Када је ово поље у питању, на страни је пружања превише информација, али не премало.
Ако се опису додају следећи кораци, онда ће имати више смисла.
6) Изаберите државу као „Калифорнија“ и кликните на падајући мени „Град“ - приказаће се све државе и корисник може одабрати град по потреби.
7) Изаберите државу као „Лоуисиана“ и кликните на падајући мени „Цити“ - листа ће бити празна.
8) Градови су празни и за државе Нев Јерсеи и Утах.
Дакле, да поновимо, наведите тачне кораке, тачне податке и све друге информације за које мислите да су потребне за попуњавање овог поља.
Прилог : Било који пратећи документ може се отпремити са издањем.
Након што унесете све информације на своје задовољство, издање се може створити кликом на дугме „Направи“ на крају дијалога „Направи издање“.
Проблем се креира и кориснику се приказује порука са ИД-ом проблема:
Напомена: обратите пажњу на ИД издања; има префикс „Кључ“ пројекта. То је ЈИРА-ин начин праћења / груписања проблема који припадају одређеном пројекту.
Сада можете да видите створени проблем кликом на везу која се појављује у горњој поруци.
Додатни детаљи о страници за креирање издања
1) У горњем десном углу странице „Цреате Иссуе“ налази се опција за конфигурисање поља.
Ову опцију можете користити за одабир / измену поља која бисте желели да видите у дијалогу за креирање проблема. Једном када се направи избор, ЈИРА ће памтити промене и за ваша следећа издања.
2) На дну странице „Цреате Иссуе“ налази се „цреате анотхер“
Када одаберете ову опцију и кликнете на „Направи“ - једном се креира тренутни проблем; ЈИРА чува
Дијалог „Направи издање“ отворен је са пројектом, типом издања и другим пољима, осим сажетка који је аутоматски изабран према претходним креираним издањима.
Тиме закључујемо тему „Креирање издања у ЈИРА-и“.
У следећем упутству за Атлассиан ЈИРА научићемо о подзадацима и како их користити у одређене сврхе КА.
=> Посетите овде за комплетну серију уџбеника ЈИРА
Над вама
Сад је време да се чујемо. Да ли сте се суочили са неким изазовима користећи ЈИРА за праћење грешака?
Да ли мислите да има икаквог значаја за отпор који испитни тимови имају у прилагођавању ЈИРА-е за управљање дефектима?
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Водич за практични преглед алата за праћење грешака у раду
- Водич за интеграцију ГитЛаб Јира
- Преузимање и инсталација Јире са подешавањем лиценце Јира
- Водич за ЈИРА: Комплетан практични водич за употребу ЈИРА-е
- Водич за администрацију ЈИРА: Администратор и управљање корисницима ЈИРА
- Водич за интеграцију ЈИРА-е и СВН-а
- Дубински водичи за помрачење за почетнике
- Водич за ЈИРА Агиле: Како ефикасно користити ЈИРА за управљање агилним пројектима