Ви можете знову відкрити як вирішену, так і закриту проблему в JIRA. Яка практична різниця? (крім того, що потрібні різні дозволи для вирішення / закриття проблем, наприклад, якщо залучений контроль якості)
У нашій команді є деякі розбіжності в думках щодо вирішення питання чи закриття, і я хотів би вказати на якийсь авторитет і сказати "ми повинні робити це таким чином".
Відповіді:
Типовий робочий процес проблеми - це людина, яка працює над помилкою, її вирішує, а особа, яка відкрила помилку, вирішує, чи дозволене рішення. Якщо це так, вони закривають його. Якщо ні, вони знову відкривають помилку для подальшого обговорення / роботи / суперечок.
Виняток з цього полягає в тому, коли помилка є дублікатом, часто особа, яка працює над помилкою, усвідомлює, що вона є дублікатом, і може потім закрити помилку самостійно як копію. А може, вони вирішують це як дублікат, відкривач погоджується і закриває.
IIRC, JIRA має досить гнучкий (якщо непростий) робочий процес, тому ви можете налаштувати будь-який процес, який, на вашу думку, підходить для вашої команди та груп, які подаватимуть питання.
Редагувати: Я усвідомлюю, що насправді не займався відновленням закритих питань. З мого досвіду, це часто не відбувається, тому що люди шукають у системі видань наявні помилки, які демонструють таку ж поведінку, як і те, що вони бачать. І ось якщо вам пощастить, досить часто помилки відкриваються без розслідування існуючих проблем.
З огляду на це, особа, що відповідає за питання якості або на місцях, скаже "Я пам'ятаю цю помилку. Чорт, вони сказали, що це виправлено" через деякий час після того, як початковий власник закрив її. На цьому етапі вони можуть знову відкрити стару помилку або створити нову та створити посилання на оригінал. Я вважаю за краще, щоб була нова помилка та посилання, а не повторне відкриття. Причина полягає в тому, що "нова" проблема може виявляти однакову поведінку, але може мати зовсім іншу причину. Це часто трапляється, коли справді загальні повідомлення журналу помилок виплескуються.
Ви також можете побачити цю публікацію в блозі, щоб отримати докладніші відомості про те, як JIRA використовує стан "Вирішено / Закрито" та поле Розділення системи.
Ми робимо це проти наших зовнішніх клієнтів, коли ми виставляємо рахунки клієнтові, ми закриваємо інцидент (це може бути не менш проблемою або завданням SED), до цього часу інцидент просто залишається вирішеним.
Я вважаю, що вам не слід повторно відкривати закритий випадок, це один із книг, тоді як вирішений випадок ви можете знову відкрити.
До речі, було б розумно прочитати, що про це говорить ITIL. Як сказано на цій сторінці :
Правила повторного відкриття інцидентів
Незважаючи на всю адекватну допомогу, трапляються випадки, коли інциденти повторюються, хоча вони були офіційно закриті. Через такі випадки доцільно мати заздалегідь визначені правила щодо того, коли і коли інцидент може бути знову відкритий. Можливо, має сенс, наприклад, погодитись, що якщо інцидент повториться протягом одного робочого дня, то його можна буде відкрити заново, але що після цього пункту повинен бути піднятий новий інцидент, але пов’язаний із попереднім інцидентом. Точний поріг / правила часу можуть різнитися в залежності від окремих організацій, але чіткі правила повинні бути узгоджені та задокументовані, а керівництву повинні бути надані всі співробітники служби обслуговування, щоб застосовувати однаковість.
Ви (зазвичай) не можете редагувати або реєструвати роботу щодо закритої проблеми, і ви повинні це врахувати.
Моя порада: лише тестери Закрити
Зазвичай розробник / ресурс повинен вирішувати, і лише репортер може закрити.
Я думаю, що CLOSED - це статус, а RESOLVED - це стан.
Я думаю, що є маса звітів і щодо ВИРІШЕНИХ питань.
Підсумок ... RESOLVED може означати "більше не активний" з будь-якої кількості причин, і він має спеціальну функціональність у JIRA. ЗАКРИТО - це лише черговий статус.
