Ugивотен циклус на грешки


Вовед

Ние ги тестираме и прегледуваме софтверските производи за да го подобриме нивниот квалитет, идентификувајќи ги потенцијалните грешки и проблеми. Овие грешки кога се појавуваат на околината на клиентот го рефлектираат производот со слаб квалитет. Но, само правењето тестирање и лоцирање на грешката не е доволно. Важно е да ги регистрирате дефектите и да ги поправите, така што системот ќе се ослободи од тој проблем. Овој процес на следење на бубачката од неговото раѓање до нејзиниот крај се нарекува животен циклус.

Што е бубачка

Грешка или дефект е отстапување на системот од неговото правилно или очекувано однесување. Секоја грешка или грешка во кодот или во системот може да предизвика да произведе неочекуван излез. Грешки може да се најдат во текот на која било фаза на животниот циклус на производот, како што е тестирање или преглед или, исто така, додека производот е во деловна употреба, исто така. Откако ќе се идентификува дефект, примарна цел е да се провери и поправи.

Што е животниот циклус на бубачки

на животен циклус е низа на фази низ кои поминува бубачката од нејзината идентификација до затворањето. Овој животен циклус гарантира дека фиксот ќе ја реши грешката и исто така ќе го следи до затворањето. Констатира дека производот станува ослободен од утврдениот дефект.

Главно, овој процес на патување на бубачки од неговиот почеток до крајот зависи од проектот. Но, овој напис дава генерички поглед на типичен животен циклус на грешки.

Lifeивотен циклус на бубачка

Дефект поминува од една во друга состојба во текот на својот живот според нејзиниот статус. Различните фази на типичен животен циклус на бубачката се:

  1. Ново: Првата состојба на дефект е Нови кога е регистриран. Бубачката во новата состојба покажува дека постои отстапување од правилното однесување на производот. Оттука, тестерот создаде нов дефект во алатката за следење на грешки. Деталите за дефектот имаат идентификација, приоритет, сериозност, погодени области и чекори за рекреација.
  2. Доделени: После создавање на грешки во алатката за следење на грешки, раководителот или менаџерот за квалитет го доделува на тимот за развој или на индивидуален развивач за понатамошна анализа. Во оваа фаза, бубачката преминува во Доделени статус.
  3. Отвори: Сега инвеститорот кој е назначен со грешката треба да започне да работи на тоа. Оттука, тој го преместува во Отворено држава што имплицира дека дефектот е во тек сега. Инвеститорот го пресоздава дефектот и ја прави неговата анализа. Со оваа анализа, тој може да одлучи да продолжи со неговото поправање. Во спротивно, тој во зависност од различни фактори како приоритет на грешка, временска рамка за ослободување и обем, може да го премести во различни состојби за кои ќе се дискутира следно.
  4. Одложено: Грешка се префрла на Одложено наведете кога треба да се поправи подоцна. Оваа состојба покажува дека на грешката ќе се работи во следните или претстојните циклуси. Причината за одложување на дефектот може да биде тоа што грешката може да биде од низок приоритет или може да биде од област со низок ризик или може да се појави ослободување, така што овој дефект ќе биде дел од следното ослободување.
  5. Дупликат: А грешка оди до Дупликат статус кога веќе има грешка во системот за истиот проблем. Значи, оваа грешка е само дупликат на некоја друга грешка.
  6. Отфрлено: Бубачката станува Одбиено кога развивачот чувствува дека тоа е неточна опсервација. Може да има проблем со конфигурацијата или недоразбирање на условот или неточен внес од тестерот. Инвеститорот ќе ги даде своите коментари за да го разјасни истото и ја преместува бубачката во отфрлена состојба.
  7. Не е грешка: На моменти, грешката е повеќе од барање за промена или додаток или додаток на нова функција на производот, наместо да биде неправилно однесување. Додека корисниците кои работат можат да дојдат до некои промени што сметаат дека треба да станат дел од производот. Во овој случај, бубачката се префрла на „Не е грешка”Се наведува и се чува за понатамошно истражување за подобрувања.
  8. Фиксна: По анализа и рекреација, инвеститорот го поправа дефектот и го проверува фиксниот код во системот за управување со кодот. Потоа, тој го преместува дефектот на Фиксна држава.
  9. Во очекување на повторно тестирање: Ова е состојба кога поправањето на дефектот го чека повторното тестирање од тестерот.
  10. Повторно тестирање: Откако инвеститорот обезбеди поправка на дефектот, тестерот го проба повторно. Повторното тестирање потврдува дали фиксот го реши дефектот. Во оваа фаза, дефектот е во Пробајте повторно држава.
  11. Повторно отвори: Ако тестерот сè уште се соочи со дефект дури и по распоредувањето на решението на инвеститорот, тогаш поправката од инвеститорот не го решава дефектот. Оттука, тестерот го поместува дефектот на Повторно држава.
  12. Затворено: Откако тестерот ќе ја потврди поправката и потврди дека поправената грешка од развивачот ја решава грешката, тој го преместува дефектот на Затворено статус. Ова го означува затворањето на животниот циклус на дефектот.

Елементи на извештајот за грешки

Добриот извештај за грешки е клучен за да им се пренесат вистинските детали на членовите на работниот тим. Некои од важните полиња на извештајот за грешки се:

ID: Тој е единствен идентификациски број на грешка во текот на целиот животен циклус во алатката за следење.

Наслов на грешка: Дава соодветно запознавање со грешката, давајќи идеја на високо ниво за тоа.

Статус на грешка: Тој го опишува тековниот статус на грешката. Додека се отвора, грешката останува во Нови статус.

Сериозност: Сериозноста подразбира влијание на дефектот во работењето на системот. Врската за проверка на пукање на веб-страница за е-трговија е посериозно прашање од проблемот со невидливи извори на твитер. Оттука, сериозноста го покажува влијанието на бубачката врз нормалното функционирање на системот.

Приоритет: Приоритет е итноста или редоследот со кој треба да се поправи дефектот. Прашањата со висок приоритет бараат итно поправање или работење околу. На пример, ако серверот на веб-страницата е прекинат, тоа е проблем со висок приоритет. Оттука, тоа бара итно внимание и резолуција.

Детали за проектот: Ова поле ги опишува деталите како што се името, описот, фазата, итн. За проектот. Тоа помага да се идентификува проектот кој е сопственик на бубачката.

Детали за животната средина: Дава опис на околината каде што се појавила грешката. Помага при рекреација на бубачката.

Очекуван излез: Ова поле опишува кое е правилното или очекуваното однесување од производот. Тоа е очекуваниот резултат.

Доделен: Дава име на инвеститорот што ќе работи на поправка на грешката.

Чекори за рекреација: Ова е многу важна област која опишува како да се репродуцира проблемот. Треба да биде многу јасно и напишано на едноставен јазик. Покрај тоа, треба да биде чекор по чекор, од почетокот до крајот, со давање на експлицитни упатства за рекреација на проблемот.

Опис на грешка: Ги обезбедува сите детали за бубачката. Може да биде долг и може да ги обезбеди сите детали за бубачката, неговата рекреација, влезните податоци и сите други детали. Може да има и многу слики од екранот за да опише како и кога се случила грешката.

Заклучок

Да заклучиме, животниот циклус на грешка е процес на следење на грешката и неговото управување. Esивотниот век на бубачката започнува кога постои отстапување од очекуваното однесување на производот. И продолжува сè до поправање и повторно тестирање на бубачката. Целиот овој процес обезбедува ефикасно следење и управување со грешките. Исто така, ги искоренува напорите за дупликат грешки и отвора начин за понатамошни подобрувања и карактеристики, исто така, со регистрирање на набудувањата.