fogbugz tutorial project management
Този преглед на FogBugz обхваща характеристиките на FogBugz като проследяване на дефекти, управление на проекти, гъвкаво управление и Wiki за съвместно поддържане на документи:
Добрият инструмент за проследяване на грешки представлява важна част от всеки софтуерен проект / приложение. Това всъщност е инструмент, който се използва за проследяване на всички грешки, открити по време на тестването. Дефектите се проследяват от началото до затварянето.
Първоначално, когато дефектът бъде регистриран / отворен, той ще бъде в състояние „Ново“, след което е „Присвояване“ на разработчика, за да го поправи. След като бъде фиксиран, той ще бъде присвоен обратно на тестера, за да го провери. Тестерът проверява дефекта и ако той отговаря на очакваното поведение на изискването, той ще бъде затворен. Ето как пътуването протича в нормален процес за всяка грешка.
Освен функции за проследяване на грешки, какво ще стане, ако се натъкнете на инструмент, който има и други функции като управление на проекти, Agile управление, Wiki - поддържайте съвместно документи в рамките на организация или екип по проект! Да, възможно е в един инструмент, наречен FogBugz.
Какво ще научите:
- Въведение в FogBugz
- Характеристики на FogBugz
- Заключение
Въведение в FogBugz
FogBugz е уеб базирана система за управление на проекти, която има различни функции. Използва се главно:
- Като инструмент за проследяване на грешки
- Управление на проекти
- Пъргаво управление - Kanban
- Дискусионни форуми / Уики
Ако искате да изпитате функциите на FogBugz, можете да го изпробвате безплатно. Ще го намерите много удобен за ползване. Той е лицензиран и е достъпен за безплатен пробен период за 7 дни.
Щракнете тук за да получите подробности като лицензиране и цена на софтуера FogBugz.
Характеристики на FogBugz
Нека разгледаме FogBugz и неговите няколко функции като Управление на проекти, Kanban и Wiki.
# 1) Инструмент за проследяване на грешки
Създаване и проследяване на случай в FogBugz
След като се регистрирате онлайн, ще получите имейл. Щракнете върху връзката, предоставена в пощата. Влезте във FogBugz с регистрирания имейл адрес и парола.
След влизане се показва екранът по-долу. Във FogBugz всичко, което проследявате дали е бъг, функция, запитване или елемент от графика, се нарича „случай“. Всъщност във FogBugz проследявате „дело“.
Така че, за да създадете дело, просто щракнете върху бутона ‘New Case’. Въведете описанието на заглавието, изберете проекта, към който принадлежи, изберете Област и Категория дали е грешка, функция, запитване или график.
Изберете Milestone (ако е избран за конкретния проект).
Задайте съответния Приоритет, изгответе стъпките, необходими за разбиране на случая, и прикачете екранна снимка, ако е необходимо, като кликнете върху „Прикачване на файлове“. Въведете необходимата оценка и исторически точки, което е полезно при проследяването на случаите и накрая кликнете върху бутона Отваряне.
Той ще бъде запазен като случай с идентификатор на FogBugz и ще бъде изброен под Входящи / Моите случаи. След създаването на случая ще бъде генерирана и поща.
Присвояване на дело: Кликнете върху номера на случая, посочен за конкретен проект, и присвойте случая на конкретния разработчик, като изберете от опциите в „Assigned To“. Лицето, което е назначено, ще получи имейл за възложеното дело.
Решено и затворено:
Случаят ще бъде анализиран и необходимата корекция ще бъде извършена от разработчика. След като бъде разрешен, състоянието на делото се променя на „Разрешено (фиксирано)“ и се връща обратно на тестващия или собственика на делото, който е създал.
Започвайки от създаването на дело до затварянето на случая, тъй като и когато състоянието се променя и присвоява, имейлите се генерират съответно. По този начин се проследява всеки случай и това е важна характеристика на всеки добър инструмент за проследяване на грешки.
Във FogBugz има интересна функция, която не се вижда в нито един друг инструмент за проследяване на грешки. Той дава на потребителя различни опции за разрешен статус като „Решен (фиксиран)“, „Решен (невъзпроизводим)“, „Решен (дублиран)“, „Решен (отложен)“, „Решен (няма да бъде коригиран)“ и „Решен“ (По дизайн) '.
Въз основа на вида на случая, независимо дали е грешка, функция, запитване или график, той може или да бъде директно затворен, като щракнете върху бутона „Разрешаване и затваряне“, или да го промените като „Разрешен“, за да може тестерът да тества разрешения проблем и накрая, ако отговаря на очакваното поведение на изискването, случаят може да бъде „приключен“.
Ето как случай в FogBugz се проследява през различни етапи.
Полезни и лесни за употреба филтри
Ако искате да разгледате набързо случаите въз основа на определени атрибути, създайте „Филтър“ и го запазете. За да направите това, кликнете върху падащото меню 'Случаи'. Можем да видим списък с филтърни елементи на „Текущ филтър“.
Изберете необходимите елементи на филтъра за преглед. Например, ако искаме да видим всички открити случаи на „Testproject“ за етапа „Backlog“, които са „Bugs“, дайте името на филтъра като „Backlog“ и го запазете. Този филтър ще бъде запазен като „Натрупване“ в падащото меню „Случаи“.
Придвижете се наоколо и ако искате отново да видите създадените по-горе случаи на филтри, просто кликнете върху филтъра „Backlog“ под падащото меню Cases.
По същия начин, Управление на филтрите ще изброи всички създадени филтри. При щракване върху хипервръзката „Име на филтъра“ ще бъдете насочени към съответния филтър на страницата.
Кликнете върху падащото меню „Избор на колони“ отдясно. Чрез поставяне на отметка в който и да е от квадратчетата за атрибути на филтъра, можете да го добавите към списъка с филтрирана колона с решетка. Отново, като премахнете отметката, можете да премахнете ненужните атрибути на филтъра.
Не е ли много лесен за употреба?
Експортиране в Excel
Просто кликнете върху падащото меню „Още“ отдясно и изберете опцията „Експортиране в Excel“. Всичко, което можете да видите в списъка с мрежи, може да бъде експортирано в Excel.
Полезна функция за опция за търсене
FogBugz предоставя много добра функция „Търсене“. Можете да търсите всеки случай, просто като въведете номера на случая в текстовото поле „Търсене“. Той също така поддържа много разширени заявки за търсене, Например, можем да търсим с ИЛИ.
Той връща максимум 50 резултата от случая, сортирани по уместност.
Също така използва ‘Ос: заявка’ за търсене на конкретни полета.
Например, Ако искате да търсите случаите, присвоени на Tester1, можете да използвате заявката
възложено на: „Тестер 1“
където „присвоен на“ е „оста“, а „тестер 1“ е заявката.
Можете да намерите полезно ръководство тук за разширено търсене.
# 2) Управление на проекти
Графици
Важен аспект на всеки проект са „Графиците“. С помощта на този инструмент, ако искате да знаете информацията, свързана с Графика на проекта, щракнете върху бутона ‘График’ и изберете съответния проект.
Ето го! Показва се пълна информация, свързана с Графика на проекта.
Таблица за работно време
FogBugz предоставя функцията за ежедневно въвеждане на работен лист, тъй като е полезно да се проследява времето, прекарано в делата, като косвено помага за проследяване на етапите / спринтовете на проекта.
Проследяване на проекти
В FogBugz, от дясната страна на страницата, можете да видите списък с опции. Кликнете върху опцията „Проекти“. Той показва списък с проекти, които се проследяват, както е показано по-долу.
Планер за итерации
За ефективно и ефикасно планиране на повторенията на изоставанията в проекта се използва Планировщикът на итерации. Случаите тук са събрани в етапи, които могат да бъдат картографирани за спринт. Изображението по-долу обяснява как създаваме планер.
Въведете името на организатора и кликнете върху бутона „Създаване“. След като създадете Планер, сега добавете крайъгълен камък към него. Добавянето на етапи е точно като добавяне на нови спринтове.
Това е подобно на планирането като, вие ще завършите тези много дела по този етап. Обикновено можете да създадете ‘Backlog’, от който можете да изтеглите делата, които искате да завършите в текущия етап. Просто плъзнете и пуснете кутиите в текущия етап.
pl / sql въпроси за интервю за разработчици
FogBugz идентифицира създадения случай, независимо дали е грешка, функция, запитване или график, като свързва уникално цветно изображение с всяко от тях, както може да се види на екранната снимка по-долу.
Можем или да създадем нов случай в текущия етап, като щракнем върху бутона „+‘ плюс икона близо до „Случаи“, или можете да използвате съществуващите случаи на проекта. Когато добавяте нов случай, просто натиснете „Enter“, за да потвърдите запазването на случая.
В основни етапи можем да видим информация относно описанието на случая, номера на случая, оценката, която е исторически точки, и приоритета.
Кликнете върху изображението на всеки случай, както е показано по-долу, можете да видите списъка с типове дела като „Bug“, „Feature“, „Inquiry“ или „Schedule Item“ в падащото меню.
Изберете някой от случаите, кликнете върху връзката „Необходима оценка“, въведете часа и натиснете бутона за въвеждане, за да запазите прогнозата. Тази оценка ще помогне при планирането и проследяването на проекти.
Както и когато времето се актуализира за всеки отделен случай, можем да видим лентата за напредъка. Например, прогнозата, предвидена за конкретен случай, е 5 часа, от които сте въвели 2 часа са отделени за случая, а в лентата за напредъка ще се покажат останалите 3 часа, както е показано по-долу.
# 3) Agile Management: Kanban
Кратко въведение в Agile методологията. Agile в най-простата си форма осигурява рамка за поддържане на фокус върху бързото предоставяне на бизнес стойност. Тъй като включва непрекъснато планиране и обратна връзка, той гарантира, че стойността е максимизирана през целия процес на разработка.
Agile има много добри характеристики. Той се използва, внедрен от много и популярен в наши дни, тъй като лесно се адаптира към променящите се изисквания през целия процес. Той отговаря най-рано на изискванията на клиентите. Тъй като следва адаптивното планиране, това води до ранна доставка.
Всяка заявка за предложение / промяна от клиента може да бъде включена в самия спринтов цикъл, вместо да чакате да завърши целият процес на разработка. И следователно води до непрекъснато усъвършенстване.
Има много вкусове на Agile. „Kanban“ е една от популярните рамки, следвани в Agile методологията. Стратегията на всяка функция на „Kanban board“ е да гарантира, че работата на екипа е визуализирана, работният процес е стандартизиран и оптимизиран и всички блокери и зависимости са незабавно идентифицирани и разрешени.
Всеки работен елемент е представен като карта на канбан, известна като „карта на Канбан“. Това позволява на член на екипа да проследява напредъка на работата чрез своя работен процес по изключително визуален начин.
Основната дъска на Kanban има работен процес в три стъпки: „Завършване“, „В процес на изпълнение“ и „Готово“.
В FogBugz просто кликнете върху бутона Kanban, той ще ви отведе до дъската Kanban, представена по-долу. Тук можете да видите списък на делата, които тепърва ще стартират (Завършване), делата, които са под „Действие“ (В ход) и приключените дела (Готово).
За да добавите нов калъф към дъската на Kanban, кликнете върху бутона „+“ плюс до „Случаи“, както е показано по-долу, и кликнете върху „създаване на нов“.
Ако искате да проверите за случаите, които са създадени в етапа, просто кликнете върху „Случаи в този етап“.
# 4) WIKI
Друга полезна функция, предоставена от FogBugz, е „WIKI“. Използва се за създаване и поддържане на всякакъв вид документи, независимо дали е документ „Изискване“, документ за краен потребител, страници със състояние или отчет и др. Можете да създадете „Wiki“, както е показано по-долу. Докато създавате уики, като изберете правилното „Разрешение“, можете да контролирате потребителите, които могат да го редактират.
Когато разрешението е дадено на всички потребители за редактиране, всеки в екипа може да редактира wiki и да добавя своите страници едновременно. Той проверява за промени в конфликт, когато двама потребители актуализират едно и също уики едновременно. Осигурява много добро сътрудничество в многопотребителска среда.
Можете да качите вашите документи, свързани с проекта, тук и той ще поддържа историята на това кой и всички редактирани, какво и кога.
Списък от създадени „Уикита“ е изброен по-долу. С достъп до връзката за редактиране на Wiki можете да го редактирате. Също така, потребителите на общността могат да бъдат добавени, като предоставят достъп само за четене или четене и запис.
Заключение
Този урок е само кратко въведение към важните характеристики на инструмента FogBugz. Има още какво да разберете, когато започнете да го използвате, и проучете, за да разберете повече. Моля, изпробвайте безплатната пробна версия и проучете, за да разберете по-добре, да разгледате и изпитате колко удобна е за потребителя.
Надявам се това въведение към FogBugz да е било полезно. Ако сте потребител на FogBugz, моля споделете своя опит.
Препоръчително четене
- Преглед на инструмента за управление на тестове TestLodge
- Въведение в инструмента за автоматизация Tricentis TOSCA
- Още 4 основни характеристики на инструмента за крайно управление на тестове
- Ръчен преглед на инструмента за управление на тестове qTest
- Полезен безплатен инструмент за улавяне на екрана и аннотатор за тестерите - Преглед на qSnap
- Преглед на qTest eXplorer: Най-добрият инструмент за пъргавия тестер!
- Въведение в Appium Studio: Основни предимства и характеристики
- Testlab по-добър преглед на инструментите за управление на тестове