Меню

Початок роботи з відстеження інцидентів та управління ними при тестуванні програмного забезпечення (включені зразки шаблонів)

getting started with incident tracking

Спробуйте Наш Інструмент Для Усунення Проблем

У сьогоднішній статті ми збираємось дізнатися все про Процес “Відстеження та управління інцидентами” - Як відстежувати та керувати інцидентами під час тестування програмного забезпечення за допомогою зразків шаблонів.

безкоштовні інструменти для оптимізації ПК 10

Ви замислюєтесь - “STH опублікував багато контенту відстеження дефектів / помилок , так як це буде інакше ”? Саме це є причиною того, чому ми повинні спочатку поглянути на те, що ми маємо на увазі під інцидентом.

відстеження та управління інцидентами

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

Що таке інцидент?

Інциденти можна визначити простими словами як подію, що трапилася під час тестування, що вимагає перегляду.

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

Однак інциденти - це особлива категорія проблем, яка може виникнути через неправильну конфігурацію, пошкодження даних або збій сервера тощо. Прикладами можуть бути: заповнення дискового простору, помилка у виконанні (помилка виконання), недоступність служби тощо.

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

Різниця між помилками, дефектами, помилками та інцидентами:

  1. Помилка : Дія, виконана людиною, що призводить до несподіваної поведінки системи.
    р .; неправильний синтаксис, неправильний розрахунок значень, нерозуміння програмного забезпечення
    вимога тощо
  2. Дефект: Цей термін зазвичай використовують тестувальники. Коли тестер виявляє помилку або проблему, його називають дефектом.
  3. Помилка: Помилка - це термінологія розробника. Як тільки дефект, виявлений тестером, приймається розробником, це називається помилкою. Процес виправлення всіх помилок в системі називається виправленням помилок.
  4. Інцидент: Інцидент - це незаплановане переривання. Коли робочий стан будь-якої діяльності перетворюється з робочого на невдалий і змушує систему вести себе незаплановано, це інцидент. Проблема може спричинити кілька випадків, які мають бути вирішені, бажано якомога швидше.

Тепер давайте розглянемо кілька пов’язаних термінів:

  1. Сховище інцидентів : Сховище інцидентів можна визначити як базу даних, що містить усі важливі та відповідні дані про всі інциденти, що відбуваються в системі. Ця інформація згодом використовується для створення звіту про інцидент. Він містить такі поля, як дані, очікувані результати, фактичний результат, дата та час, статус події тощо.
  2. Серйозність: Потенційний вплив інциденту буде визначати ступінь їх тяжкості. Це може бути головним, другорядним, фатальним чи критичним для негайного вирішення.
  3. Пріоритет : Встановлюється відповідно до тяжкості та впливу на робочий стан системи. Значення можуть бути високими, середніми, низькими, дуже високими або терміновими / негайними.
  4. Статус інциденту : Поточний стан, в якому знаходиться обробка інциденту. Вона може бути новою, триває, вирішеною та закритою.

Що таке управління інцидентами?

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

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

Управління інцидентами - це загальний процес, починаючи від реєстрації інцидентів та їх вирішення.

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

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

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

№1. Ідентифікація інцидентів та реєстрація :
Ідентифікація інцидентів здійснюється або за допомогою тестування (за допомогою інструментів або іншим способом), зворотного зв'язку користувачів, моніторингу інфраструктури тощо.

Зареєструвати інцидент просто означає запис такої інформації:

  • Точна / відповідна дата та час виникнення.
  • Назва інциденту разом із типом та коротким описом
  • Ім'я особи, яка зареєструвала інцидент, та більш детальний опис
    із кодами помилок, якщо це застосовно
  • Деталі особи, призначеної для інциденту для подальшого спостереження
  • Поточний стан події
  • Додатки, включаючи технічні обговорення, рішення та затвердження

№2. Класифікація та визначення пріоритетів:

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

№3. Дослідження та аналіз: Цей крок полягає в тому, щоб краще зрозуміти проблему, тому ми не тільки вирішимо її прямо зараз, але і збираємо інформацію для запобігання повторному виникненню.

No4. Вирішення та відновлення: Вживаються заходи для усунення інциденту та повернення системи до попереднього робочого стану.

№5. Закриття інциденту: Дозвіл перевіряється, і якщо система працює належним чином, інцидент закривається.

Система управління інцидентами

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

Багато центрів обслуговування клієнтів служби підтримки клієнтів використовують систему управління інцидентами для створення оновлень та вирішення інцидентів.

Популярні засоби управління аваріями:

Деякі популярні інструменти управління інцидентами, які можна використовувати для відстеження інцидентів на додаток до помилок або дефектів:

№1. SiT! (Підтримка відстеження інцидентів):

Інструмент відстеження аварій 1

  • Підтримка відстеження інцидентів (SiT) - це безкоштовна програма з відкритим кодом та веб-програма, яка використовує PHP та MySQL для всіх платформ та підтримує їх. Він також відомий як „Служба довідки” або „Система квитків підтримки”.
  • Корисно надсилати електронні листи безпосередньо з SiT, вкладати файли та записувати кожне спілкування в журналі подій. SiT знає про угоди про рівень обслуговування, і випадки позначаються, якщо вони лежать поза ними.

№2. JIRA:

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

Щоб отримати додаткову інформацію та підручник, перевірте: Серія підручників JIRA.

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

алгоритм сортування вибору c ++

Звіт про інцидент:

  1. Звіт про тестовий інцидент - це запис, створений у сховищі дефектів з унікальним ідентифікатором кожного зіткнутого інциденту. Звіт про інцидент тестує всі проблеми, виявлені на різних етапах тестування.
  2. IEEE 829-1998 - це стандартний формат звіту про інцидент, який використовується для документування кожного інциденту, що трапляється під час тестування.

Конспект шаблону IEEE 829-1998 наведено нижче:

=> Завантажте шаблон відстеження інцидентів IEEE тут.

Далі подано коротке пояснення полів:

№1. Визначте : Вказує унікальний ідентифікатор та згенерований компанією номер для ідентифікації та пошуку інциденту.

№2. Резюме : Коротко підсумовує подію. Містить достатньо деталей для розуміння суміжних фактів, а саме. посилання, відповідні процедури тестування, версія програмного забезпечення, тестові приклади тощо.

№3. Опис інциденту: Описує інцидент із наступними деталями: Вхідні дані

  • Очікуваний результат
  • Фактичний результат
  • Спроба повторити
  • Аномалії
  • Дата і час
  • Процедура Крок
  • Ім’я тестувальника

Формат звіту про відстеження інцидентів можна змінити відповідно до галузевих стандартів та бізнес-вимог.

Прикладом того, що використовується у компанії, є:

=> Завантажте змінений шаблон звіту про аварії тут.

Висновок:

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

Ще одне застережливе слово, яке ми хочемо залишити усім перед тим, як закінчити цю статтю, це те, що - намагайтеся не надто прив’язуватися до визначення помилки / дефекту / інциденту тощо, оскільки більшість компаній не розмежовує один термін до іншого. Отже, більшість випадків усі вони використовуються як синоніми - також є деякі компанії, які називають невідповідність своєї документації інцидентами, інші проблеми навколишнього середовища називають інцидентами - отже, бачите, як діалекти змінюються з регіонами, так і технічне забезпечення якості термінологія. Ми пропонуємо вам більшість, а не норму - винятки існують завжди.

Щасливого читання!

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

^