Sobes.tech
Junior

Какви са причините за промяната на статусите Severity и Priority в процеса на тестване?

sobes.tech AI

Отговор от AI

Промяната на статусите Severity и Priority на дефект по време на тестовия процес може да се случи по няколко причини:

  1. Промяна в разбирането за въздействието на дефекта върху продукта: Първоначално въздействието може да е било подценено (например, се е смятало за проблем с UI, но се оказва, че засяга критична бизнес логика) или надценено.
  2. Промяна в бизнес изисквания или приоритети: Ако дефектът засяга функционалност, която е станала по-важна или по-малко важна за бизнеса, неговият приоритет може да бъде коригиран.
  3. Откриване на обходен път (workaround): Ако е намерен прост начин да се заобиколи дефекта без съществена загуба за потребителя, неговият Priority може да бъде понижен. Severity обикновено остава същата, тъй като обходният път не премахва самия проблем.
  4. Зависимост от други дефекти: Поправянето на един дефект може да усложни или да омекоти въздействието на друг, което може да изисква преразглеждане на техните статуси.
  5. Промяна в броя на засегнатите потребители: Ако дефект, който изглеждаше незначителен, бъде открит при голям брой потребители, неговият Priority може да бъде увеличен.
  6. Грешна първоначална оценка: Тестировачът може да е неправилно определил Severity или Priority поради недостатъчно разбиране на контекста, функционалността или бизнес процесите.
  7. Промяна в етапа на разработка/тестиране: На различните етапи (например, unit-тестове, интеграция, системно, приемане) въздействието на един и същ дефект може да се възприема по различен начин.
  8. Решение на екипа или мениджъра: Окончателното решение за Severity и Priority често се взема колегиално с участието на тимлида, мениджъра на проекта или Product Owner, особено при спорни случаи.
  9. Откриване на нови сценарии за използване, засегнати от дефекта: Ако дефектът се проявява в повече сценарии, отколкото първоначално се предполагаше, неговият Severity или Priority може да бъде увеличен.

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