Підручник з інструменту відстеження помилок JIRA

Як використовувати JIRA як інструмент оформлення квитків

Jira bug tracking tool tutorial

Відстеження помилок JIRA: життєвий цикл дефектів у JIRA

Завантаження та встановлення Jira було детально пояснено в нашому попередньому навчальному посібнику. Тестові групи завжди з побоюванням ставляться до JIRA для управління дефектами.

Сумнів виправданий. Це випливає з того, що, хоча інструмент відстеження помилок JIRA застосовується до ІТ-бізнесу, це загальна система продажу квитків.

Навіть для ІТ-проектів популярність JIRA серед команд розробників робить тестерів та команди з контролю якості незручними. Незважаючи на комфорт чи дискомфорт, тестовим командам не залишається іншого вибору, як використовувати інструмент відстеження помилок JIRA у більшості компаній. Наші Повний посібник з навчання JIRA дасть вам чудові знання про інструмент.

=> Клацніть тут, щоб отримати повну серію навчальних посібників JIRA

Чому? Проста логіка Компанії не хочуть інвестувати в кілька інструментів. Просто має сенс у бізнесі максимізувати використання інструментів і не збожеволіти від придбання забагато ліцензій.

Отже, якщо команда розробників використовує Atlassian JIRA інструмент відстеження помилок, щоб відстежувати його вимоги, вдосконалення, завдання чи історії користувачів, тоді тестова група, швидше за все, повинна використовувати його для відстеження помилок.

Але, розслабтеся . Управління дефектами JIRA настільки ж добре, як і будь-який інший інструмент . Насправді, в деяких ситуаціях це може бути навіть краще.

Це підручник, який продемонструє вам, за допомогою скріншотів та всього іншого, придатність JIRA до відстеження помилок.

Що ви дізнаєтесь:

Найкращі можливості інструмента відстеження помилок JIRA

· №1) JIRA трактує всю роботу, що знаходиться в ній, як випуск

· # 2) Повідомлення про дефекти потребує наступної інформації, записаної для кожного випуску:

· # 3) Життєвий цикл дефектів:

· # 4) Коментарі та співпраця з командою розробників

· # 5) Пов’язання дефекту з вимогою забезпечити простежуваність

· # 6) Дефекти можна імпортувати з файлу CSV

· # 7) Дефекти можна експортувати у формати Word, XML та для друку

· # 8) Вичерпні звіти про проблеми:

Застосовність JIRA до тестування - альтернативна дилема

Створення випуску Jira та різних полів

· Jira Issues

· Створення випуску

· Опис полів на сторінці 'Створити проблему'

· Як обробляються питання в JIRA

· Створення випуску JIRA

· Додаткові відомості про сторінку створення випуску

· До вас

· Рекомендована література

Найкращі можливості інструмента відстеження помилок JIRA

Ось і ми.

№1) JIRA трактує всю роботу, що знаходиться в ній, як випуск

Отже, в JIRA створення дефекту означало б створення проблеми типу „ Помилка '.

# 2) Повідомлення про дефекти потребує наступної інформації, записаної для кожного випуску:

• Ідентифікатор дефекту

• Назва дефекту

• Опис дефекту (кроки для відтворення)

• Інформація про довкілля

• Знімок екрана (вкладення)

• Серйозність

• Призначити комусь

• Статус- Усі статуси життєвого циклу помилки

Доступні всі варіанти, щоб ефективно створити дефект.

Зверніть увагу на поля, виділені червоним нижче:

Два поля, яких ви тут не бачите:

• Ідентифікатор дефекту

• Статус

Ці два поля автоматично створені JIRA. Усі випуски матимуть унікальний ідентифікатор, призначений їм JIRA. Статус усіх видань за замовчуванням при створенні помилки - 'Завдання' або 'Новий' у JIRA.

Отже, всі загальні засоби для повідомлення про дефекти також доступні в JIRA. Насправді може бути використано більше варіантів, таких як наклейки, дефекти зв’язування, оцінка зусиль.

# 3) Життєвий цикл дефектів:

Усі статуси життєвого циклу помилок, як у Bugzilla (або будь-який інший популярний трекер помилок - ) можна виконати і тут:

Для цього потрібно трохи налаштувати адміністратора JIRA, але це легко зробити. Для тих, хто не хоче турбуватися про налаштування, ви також не можете помилитися з налаштуванням за замовчуванням.

# 4) Коментарі та співпраця з командою розробників

Кожне випуск, його оновлення, призначення людей, коментарі, отримані від команди розробників - все відстежується в JIRA під журналом активності.

Це дозволяє покращити видимість та співпрацю з командами розробників:

# 5) Пов’язання дефекту з вимогою забезпечити простежуваність

Параметр посилання у полях випуску JIRA дозволяє зв’язати певне видання з іншим. Скажімо, якщо дефект 2 є дублікатом дефекту 1, ви можете встановити ці відносини.

Подібним чином, якщо дефект блокує вимогу або пов’язаний із вимогою - ви можете зробити цей аспект видимим у JIRA.

Отримані посилання з’являться на сторінці деталей випуску, як показано нижче:

Типи відносин є зрозумілими і використовуються проста-загально-побутова-мова слова (наприклад, стосуються, спричинені тощо) роблять надзвичайно легким та інтуїтивно зрозумілим для будь-якого користувача JIRA використовувати це право.

# 6) Дефекти можна імпортувати з файлу CSV

Це допомагає відразу масово створювати випуски в JIRA. Крім того, якщо ваша команда новачка, і ви не хочете, щоб вони створювали проблеми безпосередньо в інструменті, ви можете попросити їх повідомити про дефекти в аркуші Excel. Після того, як вони перевірені та підтверджені як дійсні, їх можна імпортувати всі відразу в інструмент, використовуючи цю функцію.

Яким би способом ви його не використовували, це великий плюс.

# 7) Дефекти можна експортувати у формати Word, XML та для друку

Це підтримує кращу портативність даних про вади, особливо корисно, якщо ви хочете поділитися своїми даними про дефекти з людьми, які не є користувачами JIRA.

# 8) Вичерпні звіти про проблеми:

Крім того, якщо вам потрібні звіти, перейдіть до “ Проект - звіти 'Та генеруйте всілякі звіти, як показано нижче:

Якщо нам доведеться переглянути аналітику JIRA одним словом, це фантастика.

Досвідчені / досвідчені користувачі JIRA також можуть створювати розширені фільтри пошуку, щоб отримати глибшу інформацію.

Наприклад, якщо ви хочете ознайомитися з усіма дефектами, присвоєними вам у кількох проектах (BM і AB), ви можете скористатися запитом JQL, як показано нижче:

Отже, у цілому відстеження помилок / управління дефектами в JIRA дуже схоже, якщо не перевершувати спеціальні трекери помилок. Наступного разу, коли вам доведеться над цим працювати, не хвилюйтеся. Ви в добрих руках.

Застосовність JIRA до тестування - альтернативна дилема

Хоча це одна сторона медалі, безумовно, є інший вимір того, як люди розглядають придатність JIRA до контролю якості або тестування.

Коли ви запитаєте групу QAs, “Що таке JIRA?” - багато хто відповість, що JIRA - це інструмент відстеження дефектів. Майте на увазі, я чув про це від багатьох вищих фахівців з контролю якості. Це могло бути пов’язано з тим, що для управління JIRA використовувалось управління / відстеження дефектів.

Але в цьому є набагато більше. При правильному використанні основний JIRA з його гнучкими можливостями може стати вашим єдиним магазином для управління проектами високого рівня.

Він може реально підтримувати відстеження вимог та прогрес, відстеження помилок, оцінку, відстеження спринту через дошки SCRUM & KANBAN, звітування та співпрацю.

Можливо, ви використовуєте інструмент для одного, але наступного разу спробуйте вивчити кілька речей навколо та про інструмент, який допоможе вам краще зрозуміти та використовувати його.

Отже, наступним кроком, Ви можете вивчити кілька інших цікавих функцій JIRA (які можуть бути безпосередньо не пов’язані з відстеженням помилок), які можуть зробити ваш вибір.

• Настроювані інформаційні панелі

• Доповнення для управління тестами

• Голосування та перегляд випуску

• Відстеження часу

• Дошки Agile Project та Scrum

• Інтеграція підтримки злиття / документації тощо.