Откривајте дефекти со проверливи хипотези

Опишете го проблемот пред да предложите поправка

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

„Извозот не работи“ дава малку насока. Подобар опис е: „Извозот успева локално. Во staging, истото барање од раководител враќа 403 по последното распоредување. Другите рути сè уште работат.“

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

Задржете повеќе можни објаснувања

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

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

Табелата е почетна точка. Одговор 403 може да потекнува од различни слоеви. Утврдете која компонента го создала пред да претпоставите дека авторизацијата во апликацијата не успеала.

Изберете безбедно набљудување

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

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

Наведете што би ја направило секоја хипотеза помалку веројатна. Ова му помага на агентот да го преиспита објаснувањето наместо да го брани првиот одговор.

Менувајте по една причина

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

Проверете го првичниот услов за неуспех. Проверете ја и соседната граница. Ако го поправате пристапот за раководител, потврдете дека неовластен корисник сè уште добива одбивање.

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

Запрете ги повторените обиди без нови докази

Агент може да генерира многу варијанти на поправка. Повеќе обиди не ја подобруваат нужно дијагнозата. Ако истиот проблем се повторува, прашајте кое ново набљудување ќе го даде следниот обид.

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

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