getting started with incident tracking
В днешната статия ще научим всичко за Процес „Проследяване и управление на инциденти“ - Как да проследявате и управлявате инциденти при тестване на софтуер с примерни шаблони.
Мислите ли - „STH публикува много съдържание в проследяване на дефекти / грешки , така че как ще бъде различно това? ' Точно това е причината, поради която първо трябва да разгледаме какво имаме предвид под инцидент.
Какво ще научите:
- Какво е инцидент?
- Разлика между грешка, дефект, грешка и инциденти:
- Процес на управление на инциденти
- Система за управление на инциденти
- Доклад за тестови инциденти:
- Заключение:
- Препоръчително четене
Какво е инцидент?
Инциденти може да се определи с прости думи като събитие, възникнало по време на тестване, което изисква преглед.
Докато тествате дали действителният резултат варира от очаквания резултат, той се нарича грешка, дефект, грешка, проблем, грешка или инцидент. Най-често всички тези термини са синоними.
Инцидентите обаче са специална категория проблеми, които могат да възникнат поради неправилна конфигурация, повредени данни или срив на сървър и т.н. Примери за това са: Дискови пространства пълни, грешка при изпълнение (Грешка по време на работа), услугата не е налична и т.н.
Инциденти също могат да възникнат поради някои проблеми при разработването на софтуер, използването на хардуер или грешки в заявките за услуги.
Разлика между грешка, дефект, грешка и инциденти:
- Грешка : Действие, извършено от човек, което води до неочаквано поведение на системата.
ж .; неправилен синтаксис, неправилно изчисляване на стойности, неразбиране на софтуера
изискване и т.н. - Дефект: Това е термин, който обикновено се използва от тестерите. Когато тестерът открие грешка или проблем, той се нарича Дефект.
- Буболечка: Bug е терминологията на разработчика. След като дефект, открит от тестер, бъде приет от разработчика, той се нарича бъг. Процесът на отстраняване на всички грешки в системата се нарича Поправяне на грешки.
- Инцидент: Инцидентът е непланирано прекъсване. Когато оперативното състояние на дадена дейност се превръща от работеща в неуспешна и кара системата да се държи непланирано, това е инцидент. Проблемът може да причини повече от един инцидент, който трябва да бъде разрешен, за предпочитане възможно най-скоро.
Сега, нека разгледаме няколко свързани термина:
- Хранилище за инциденти : Хранилището на инциденти може да бъде дефинирано като база данни, която съдържа всички важни и подходящи данни за всички инциденти, случващи се в системата. Тази информация впоследствие се използва за създаване на доклад за инцидента. Той съдържа полета като данни, очаквани резултати, действителен резултат, дата и час, състояние на инцидента и т.н.
- Тежест: Потенциалното въздействие на инцидента ще реши тежестта им. Той може да бъде основен, незначителен, фатален или критичен за незабавно разрешаване.
- Приоритет : Задайте според тежестта и влиянието върху работното състояние на системата. Стойностите могат да бъдат високи, средни, ниски, много високи или спешни / незабавни.
- Състояние на инцидента : Текущото състояние, в което се обработва инцидентът. Тя може да бъде нова, в процес на изпълнение, разрешена и затворена.
Какво е управление на инциденти?
най-добрият начин за изтегляне от youtube в mp3
Управлението на инциденти е процес за регистриране, записване и разрешаване на инцидентите възможно най-бързо за възстановяване на нормалния бизнес процес или услуга.
Процес на управление на инциденти
Управлението на инциденти е цялостният процес, започващ от регистриране на инциденти до тяхното разрешаване.
Това е много критичен процес, тъй като това ще гарантира, че инцидентите ще бъдат разглеждани по систематичен и ефективен начин. Също така, чрез рационализиране на целия процес, има голяма вероятност да се случи ранно отстраняване на проблемите.
По-долу е представено схематично представяне на процеса и ще обсъдим подробно всеки етап по-нататък.
# 1. Идентифициране на инциденти и регистриране :
Идентифицирането на инциденти се извършва или чрез тестване (с помощта на инструменти или по друг начин), обратна връзка от потребителите, мониторинг на инфраструктурата и т.н.
Регистрирането на инцидент просто означава запис на следната информация:
- Точна / подходяща дата и час на настъпване.
- Заглавие на инцидента заедно с вид и кратко описание
- Име на лицето, регистрирало инцидента и по-подробно описание
с кодове за грешки, когато е приложимо - Подробности за лицето, назначено за инцидента за проследяване
- Текущо състояние на инцидента
- Приложения, включително технически дискусии, решения и одобрения
# 2. Класификация и приоритизиране:
Класификацията на инциденти ни помага да ги разпределяме според техния тип (софтуер, хардуер, заявка за услуга и т.н.), така че улеснява отчитането и анализа. Приоритизирането помага да се определи редът / приоритетът на инцидентите, които трябва да се обработват. Това зависи от въздействието, тежестта и най-важното от рисковия фактор.
# 3. Изследване и анализ: Тази стъпка е за по-добро разбиране на проблема, така че не само да го отстраним в момента, но и да съберем информация за предотвратяване на повторната поява.
# 4. Разрешаване и възстановяване: Предприемат се стъпки за отстраняване на инцидента и връщане на системата в предишното й работно състояние.
# 5. Закриване на инцидент: Резолюцията се тества отново и в случай, че системата работи по предназначение, инцидентът се затваря.
Система за управление на инциденти
Управлението на инциденти може много добре да се извършва ръчно или статично, като се използват разпръснати листове, но е много по-ефективно, динамично и систематично, когато се извършва чрез инструмент.
Система за управление на инциденти се използва от много центрове за обслужване на клиенти за създаване на актуализации и разрешаване на инциденти.
Популярни инструменти за управление на инциденти:
Някои популярни инструменти за управление на инциденти, които могат да се използват за проследяване на инциденти в допълнение към грешки или дефекти, са:
# 1. SiT! (Поддръжка на проследяване на инциденти):
- Поддръжка на Инцидент Tracker (SiT) е безплатно и уеб базирано приложение, което използва PHP и MySQL за и поддържа всички платформи. Той е известен също като „бюро за помощ“ или „система за билети за поддръжка“.
- Полезно за изпращане на имейли директно от SiT, прикачване на файлове и запис на всяка комуникация в дневника на инцидентите. SiT е наясно със споразуменията за ниво на обслужване и инциденти се сигнализират, ако са извън тях.
# 2. JIRA:
JIRA е също така популярен инструмент за управление на инциденти, разработен от Atlassian, използван за проследяване на грешки, дефекти или инциденти. Това е инструмент, базиран на Java, използван за софтуер и мобилни приложения. Схемата на JIRA включва работни потоци, разрешения, конфигурации, видове издания и др. JIRA също поддържа гъвкаво тестване.
За повече информация и урок, моля, проверете: JIRA серия уроци.
# 3. Система за проследяване на инциденти:
Система за проследяване на инциденти е софтуер, използван за проследяване на инциденти. Той помага да се определи и анализира първопричината за инцидента заедно с подходящо решение. Системата за проследяване на инциденти е лесна за използване и осигурява поддръжка на база данни за проследяване и запис на инцидента.
Доклад за тестови инциденти:
- Отчет за тестови инциденти е запис, създаден в хранилището на дефекти с уникален идентификатор за всеки срещнат инцидент. Отчетът за тестовия инцидент документира всички проблеми, открити по време на различните фази на тестване.
- IEEE 829-1998 е стандартният формат за доклад за тестови инциденти, който се използва за документиране на всеки инцидент, възникнал по време на тестване.
Схемата на шаблона на IEEE 829-1998 е дадена по-долу:
=> Изтеглете шаблона за проследяване на инциденти в IEEE тук.
По-долу е дадено кратко обяснение на полетата:
# 1. Идентифицирайте : Посочва идентификационен номер, който е уникален и генериран от компанията номер за идентифициране и локализиране на инцидент.
# 2. Обобщение : Обобщава инцидента по кратък начин. Съдържа достатъчно подробности за разбиране на свързани факти, а именно. референции, свързани тестови процедури, версия на софтуера, тестови случаи и др.
# 3. Описание на инцидента: Описва инцидент със следните подробности: Входове
- очакван резултат
- Действителен резултат
- Опит за повторение
- Аномалии
- Дата и час
- Процедура Стъпка
- Име на тестера
Форматът на отчета за проследяване на инциденти може да бъде променен в съответствие с отрасловите стандарти и бизнес изискванията.
Пример за такъв, използван във фирма е:
=> Изтеглете променения шаблон за доклад за инциденти тук.
Заключение:
Тъй като тази статия показва, че управлението на инциденти не се различава много от проследяването на грешки, така че това ще бъде чудесно обобщение на процеса с приложени някои ISO стандартни и практични шаблони за реалния живот.
Друга предпазлива дума, с която искаме да ви оставим всички, преди да приключим с тази статия, е, че - опитайте се да не се привързвате твърде много към дефиницията за грешка / дефект / инцидент и т.н., тъй като повечето компании не правят разлика между един термин и друг. Така че всички те се използват синонимно през по-голямата част от времето - също така, има някои компании, които наричат несъответствията в документацията си като инциденти, други проблеми с околната среда наричат инциденти - така че виждате, тъй като диалектите се променят с регионите, както и техническите QA терминология. Това, което ви предлагаме, е мнозинството, а не нормата - винаги съществуват изключения.
Приятно четене!
Препоръчително четене
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Тестване на софтуер QA Assistant Job
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Изборът на софтуерно тестване като кариера
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- Някои интересни въпроси за интервю за тестване на софтуер
- Обратна връзка и рецензии на курсове за тестване на софтуер
- Тестване на софтуер Помощ Партньорска програма!