Відповіді:
Відкриті питання, як правило, є першим явищем будь-якого питання.
Питання, які повторно відкриваються, або: 1) виникають повторно та / або 2) неправильно вирішуються. Причин для цього може бути будь-яка кількість - ключова часто може бути пов’язана з оригінальним описом проблеми для кінцевого користувача.
Я не думаю, що жоден розумний магазин не використовує його як метрику для оцінювання технічного персоналу [поодинці], але це корисно як міра для визначення ефективності відповідей, а також може означати основні проблеми, які потрібно вирішити.
Моя стара компанія використовувала ці статуси, щоб відстежувати, скільки разів ваша проблема перейшла до "Відкрито", щоб побачити, наскільки ви "погані" розробника. Вони думали, що існує кореляція між кількістю разів, коли робочий предмет стає "Відкрито" та вашою вартістю програміста.
Я там більше не працюю.
Час життя помилки часто:
тобто.
Хтось знаходить помилку і відкриває її в трекері. Розробник вирішує це якнайкраще, розуміючи проблему. Тестові повторні тести, щоб перевірити, чи виправлена помилка спрацьовує та повторно відкривається, якщо вони можуть перевірити, що вона не відбулася. Якщо виправлено виправлення, помилка закрита.
Інший сценарій - це те, що виправлення десь ще спричинило регресію, і помилку потрібно повторно виправити. Таким чином, вона знову відкривається.
Можливо також зробити більш очевидним, що питання потребує пильної уваги або швидшого уваги, оскільки воно продовжує залишатися проблемою після того, як питання, як вважають, вирішено
Відкрита означає, що це нове питання. Повторно відкрита середня ти була проблемою, яку було відкрито-> закрито, а потім знову відкрито.
Чому її знову відкрили? Можливо, розробник і тестер подумали, що проблема виправлена, але вона насправді не виправлена. Або, можливо, проблема була дійсно виправлена, але деякі інші наступні зміни коду призвели до повторної появи проблеми. Не важливо, як, але відновлене питання - це поганий знак, а отже, його класифікують по-різному.
Те, як ми тут його використовуємо:
Нове завдання: Створено на початку проекту, щоб показати всю роботу, яку потрібно виконати. Він відкритий, поки хтось не зашифрує його, тоді він буде вирішений. Він відкриється лише в тому випадку, якщо щось не було реалізовано, або якщо функціональність змінилася, і розробник повинен повернутися назад і витратити на це гарний шматок часу.
Помилка / дефект: відкрив хтось із QA чи іншого розробника, перевіряючи загальний робочий продукт. Якщо вам присвоєно помилку, ви виправте її, а потім вирішіть і вона повернеться до тестування. Якщо QA вважає, що це не було виправлено, вони повторно відкриють його та додадуть до нього будь-яку іншу інформацію. Цикл "Розв’язаний / Відкритий" може тривати, поки QA не переконається, що помилка була виправлена, потім вони закриють квиток.
Отже, ви, в основному, використовуєте Reopen, щоб сказати, що квиток вже переглянуто, і хтось зробив його над тим, що вони вважають його вирішеним, але це було не так.
Це в основному тип консистенції: помилка (або проблема взагалі) "відкрита", якщо вона створена з нуля. Це "повторно", якщо воно було створене після попередньої обробки.
Для розробника (або будь-кого, хто займається проблемою) це не повинно мати жодних значень. Проблема порушена і тепер має бути розроблена.
Однак чіткий статус "знову відкрити" все ще може бути корисним для низки сценаріїв:
По-перше, він може бути використаний як спосіб відстеження, чи працює ваш процес забезпечення якості. Якщо QA зробила все правильно, помилка не повинна виникати після її виправлення. Отже, ви можете сказати, скільки разів помилка була встановлена у стан "повторного відкриття" - це кількість разів, коли QA не виконала свою роботу належним чином. Звичайно, це означає, що встановлено хороший процес забезпечення якості та що користувачі активно беруть участь у процесі та знають, коли потрібно "відкрити" та коли "знову відкрити" проблему.
Інше використання полягає в тому, що, коли помилка повторюється, вам не потрібно піднімати проблему, але ви можете додати інформацію до вже існуючої проблеми (і, таким чином, зберігати важливу інформацію, як історію проблем, додаткові файли, які завантажували, попередні коментарі та ін. так далі), але все ж вказують на "ей, це знову відбувається" .
Однією з головних причин відстеження "повторного відкриття" є те, що воно може дати вам вказівку на глибокі маршрутизовані проблеми, а не прості зсуви та перегляд деталей. Якщо певний модуль або фрагмент функціоналу має численні "повторні", це вказує на слабкість, яка потребує вирішення. Велика кількість одиничних відкритих точок вказує на швидку роботу та / або неохайну практику.