Меню

Методи и техники за предотвратяване на дефекти

defect prevention methods

Опитайте Нашия Инструмент За Премахване На Проблемите

Ефективен подход за предотвратяване на дефекти и критичните възгледи:

Осигуряването на качеството е терминът, който обикновено се използва за обръщение към екипите за тестване в ИТ проекти.

Освен техническите аспекти, дейностите по осигуряване на качеството не са насочени само към идентифициране на дефекти (което е откриване на дефекти след тяхното възникване. Това е просто тестване или контрол на качеството), но също така включват предотвратяване на дефекти (като се гарантира, че дефектите не се случват първо или дефектите се отстраняват / намаляват, преди да проникнат в софтуерния продукт).

Методи за предотвратяване на дефекти

Прост еквивалент на уравнение може да бъде:

QA = QC (идентифициране на дефекти) + Предотвратяване на дефекти

Въпреки че това звучи доста просто, има по-малко акцент или насоки за това как и какви точно са задачите за предотвратяване на дефекти.

Истината е, че дефектите, открити по време на фазата на тестване или по-лоши след пускането, са по-скъпи за намиране и отстраняване и могат да доведат до загуба на доверие към марката. Следователно, колкото по-рано се вземат мерки за превенция, толкова по-добре. Освен това предотвратяването на дефекти също помага на компаниите да постигнат най-високото ниво CMMI (Capability Maturity Model Integration).

В тази статия нека разгледаме по-отблизо предотвратяването на дефекти.

Какво ще научите:

Предотвратяване на дефекти

Предотвратяването на дефекти е решаваща стъпка или дейност във всеки процес на разработване на софтуер и както се вижда от диаграмата по-долу е почти половината от нашите тестови задачи:

Предотвратяване на дефекти

Накратко, по-долу са изброени отговорностите за изпитатели за предотвратяване на дефекти във всеки от следните етапи:

# 1) Преглед на спецификацията на изискванията:

След като разберете изискванията на клиента, подгответе същността на вашите изисквания.

Прегледът е важен на тази стъпка - Първото ниво на преглед трябва да бъде в рамките на екипа, последвано от друго ниво на външен преглед (от разработчик или BA или клиент), за да се гарантира, че всички перспективи са синхронизирани.

# 2) Преглед на дизайна:

Етапът на проектиране може да се счита за етап на стратегия и преминаването през него ще гарантира, че екипът за QA разбира плюсовете и минусите на всяка стратегия.

Този вид критично упътване ще помогне да се открият всякакви проблеми със споменатите стратегии и да се отстранят, преди да се продължи. Това може да се счита за проучване на осъществимостта на стратегията (или стратегиите).

# 3) Преглед на кода:

какво е потребителско име и парола за рутера

Няма много за тестерите да се включат директно в тази фаза, но прегледът продължава и тук. Разработчиците извършват проверки на кодове, инструкции и прегледи, преди да тестват и интегрират теста на приложението.

Методи и техники за предотвратяване на дефекти

Някои традиционни и често срещани методи, които се използват от дълго време за предотвратяване на дефекти, са изброени по-долу;

# 1) Преглед и инспекция: Този метод включва преглед от отделен член на екипа (самопроверка), партньорски проверки и проверка на всички работни продукти.

=> За повече информация как се извършва това, моля, проверете нашата Прегледи на тестовата документация статия.

# 2) Упътване: Това горе-долу прилича на преглед, но е свързано най-вече със сравняването на системата с прототипа, което ще даде по-добра представа относно коректността и / или външния вид на системата.

# 3) Регистрация на дефекти и документация: Този метод предоставя ключова информация, аргументи / параметри, които могат да се използват в подкрепа на анализирането на дефекти.

# 4) Анализ на основната причина: Анализът на основната причина включва два основни подхода:

I) Анализ на Парето:

Анализът на Парето е формална и проста техника, която помага да се даде приоритет на реда за разрешаване на проблемите за максимално въздействие. В него се посочва, че 80% от проблема възниква поради 20% причини.

Следователно, веднъж идентифицираните проблеми се приоритизират според честотата и се извършва подробен анализ, основан на статистически данни, за да се установи кои 20% от причините се приписват на 80% проблемите. Чрез простото фокусиране върху тези 20% причини и елиминирането на тези резултати се гарантират, като същевременно се оптимизира обхватът на работата.

II) Анализ на рибната кост:

Също известен като Анализ на Ишикава този метод е по-визуална техника за анализ на първопричината. Няма включени статистически данни, тъй като този метод се основава на мозъчна атака в целия екип. Следващата диаграма помага да се разбере по-добре това.

Проблемът първо е написан от най-дясната страна и на хоризонталната линия, която минава през него, са изброени различните причини. Клонът, който има най-много причинени кости (или линии / клони), е най-сериозният проблем, който трябва да се работи за отстраняване. Тази техника също се нарича понякога причинно-следствен анализ .

Анализ на рибената кост

Обработка на нивата и дефектите на TMM от тестова организация

# 1) TMM (Модел за тестване на зрелост) се основава на CMM, т.е. Модел на зрялост на възможностите.

# две) Предотвратяването на дефекти включва много членове на персонала и техните съвместни усилия на различни етапи, което е причината да играе важна роля в ниво 5 на TMM, напр .; Ако дефект се появява често във всеки тестов случай или процедура, организацията може да определи група от служители, които да анализират дефекта и да разработят план, съдържащ действия за промени в процеса с проблема.

# 3) Някои от предимствата на програмата за предотвратяване на дефекти са:

  • Персоналът се мотивира и е по-наясно
  • Удовлетвореност на клиентите
  • Повишена надеждност, управляемост и предсказуемост
  • Подобрено непрекъснато подобряване на процеса

Екипни роли и отговорности

Три критични групи участват в процеса на предотвратяване на дефекти:

частни сървъри за world of warcraft

Роля на мениджъра:

  • За успеха на всяка програма за предотвратяване на дефекти управлението трябва да бъде силно подкрепящо.
  • Подкрепата може да бъде под формата на ресурси, обучение и инструменти, необходими за успешно изпълнение на плана.
  • Ръководството трябва да определи подходящата политика и да направи някои културни промени, ако е необходимо.
  • Мениджърите трябва да насърчават дискусии, разпространение на списък с общи дефекти и промени в процеса.

Ролята на тестера:

  • Тестерите поддържат базата данни за дефекти, която включва събирането на данни за дефекти.
  • Данните за дефекти трябва да се актуализират на редовни интервали, а информацията за дефектите трябва да се поддържа актуална през цялото време.
  • Да планира изпълнението на промяната

Роля на клиента:

  • Клиентът играе сравнително малка или ограничена роля, но ангажиментът им към качеството е от решаващо значение.

Заключение

Предотвратяването на дефекти играе важна и решаваща роля в процеса на разработване на софтуер. Той помага да се управлява качеството на софтуерния продукт по-бързо и по-евтино с помощта на изброените по-горе техники.

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

Поддържането на качеството на софтуера е отговорност на основното ръководство и на целия екип, включително ръководител на проекта, клиент и всеки член на екипа.

Какви са вашите методи за предотвратяване на дефекти? Моля, споделете вашите коментари, въпроси и мисли по-долу.

Препоръчително четене

^