Добивки:
- Способност да се трансформираат расфрланите набљудувања во извештај кој содржи јасен наслов, детерминистички чекори за репродукција, очекувани/реални резултати и докази со поддршка на вештачка интелигенција
- Можност да се наметне правилото „користете ги само информациите што ги давам, не измислувајте ги“ на вештачката интелигенција и гарантирате репродуктивност со сопствена контрола
- Да се биде способен да прави разлика помеѓу сериозноста (техничко влијание) и приоритетот (итноста на бизнисот) и да ја даде последната ознака со деловниот контекст
Грешката што ја наоѓа тестерот е вредна само ако е поправена; Неговото поправање во голема мера зависи од квалитетот на извештајот за грешка - запис кој го документира дефектот на начин што развивачот може да го разбере, репродуцира и поправи. Лошо напишаниот извештај за грешка („најавата не работи“) ќе го запре развивачот со часови, ќе доведе до кореспонденција напред-назад и честопати ќе се затвори како „не може да се репродуцира“. Добриот извештај вклучува јасни чекори, очекувани и реални резултати, информации од контекст и докази. Вештачката интелигенција (ВИ) е многу добра во претворањето на вашите расфрлани набљудувања во професионален, структуриран извештај. Но, централното предупредување важи и овде: ВИ не може да направи чекори што не ги гледате; може да ги пополни информациите што недостасуваат со „разумен изглед“, но неточни претпоставки. Ваша задача е да бидете сигурни дека секоја линија од извештајот се заснова на она што всушност сте го набљудувале.
Анатомија на добар извештај за грешка
Ефективниот извештај ги вклучува овие компоненти:
- Наслов: Краток, специфичен, може да се пребарува. Не „Има грешка“; „Не можам да кликнам на копчето „Одјавување“ со повеќе од 10 ставки во количката (Chrome)“.
- Чекори за репродукција: нумерирано, може да се следи од нула, детерминистички. Програмерот треба да може да ја види грешката откако ќе ги следи овие чекори.
- Очекуван резултат: Што требаше да се случи според критериумите за прифаќање.
- Вистински резултат: Што се случи (порака за грешка, екран, однесување).
- Околина: Прелистувач/уред, верзија, околина (тест/во живо), корисничка улога, податоци.
- Доказ: снимка од екранот, видео, дневник, трага за грешка (трага на стек).
- Тежина и приоритет: Детално подолу.
Совет: пред да испратите извештај, прашајте „ако ги дадам овие чекори на некој друг, дали тој може да ја види грешката без моја помош?“ прашај. Доколку одговорот е „не“, извештајот е нецелосен. ВИ може да го направи извештајот убав, но само вие можете да гарантирате репродуктивност.
Насилство и приоритет: два збунети концепти
Сериозноста е техничкиот ефект на грешката: дали системот паѓа, податоците се губат или е печатна грешка? Приоритет е колку итно треба да се поправи; е за влијанието на бизнисот. Двете не секогаш одат во иста насока: погрешното пишување на името на компанијата на почетната страница е ниска сериозност, но висок приоритет (репутација). Во редок случај, колапсот може да биде со висока сериозност, но низок приоритет. Вештачката интелигенција ви помага да ја направите оваа разлика кога го давате набљудувањето; но конечната ознака ја давате вие кои го знаете деловниот контекст.
насилство
пример
приоритет
пример
Критично (блокатор)
Плаќањето не може да се заврши
Итно (P1)
Губење на приход во живо
Висок (главен)
Извештајот дава неточен збир
Високо (P2)
Задолжително за претстојното издание
Средно (мала)
Ретка грешка на рабовите
Средно (P3)
Во планиран спринт
Ниско (тривијално)
Порамнувањето на копчињата е исклучено
Ниско (P4)
Кога има шанса
Слаб промпт / Силен промпт
Слабо: „Пријавете ја оваа грешка: плаќањето не функционира“.
Силно: „Преведи ги моите забелешки подолу во стандарден формат на извештај за грешки: наслов, чекори за репродукција (нумерирани), очекуваниот резултат, вистински резултат, опкружување, сериозност и приоритетна препорака (оправдано). Користете ги само информациите што ги давам; пополнете ги сите полиња што недостасуваат, означете „ИНФОРМАЦИИ НЕДОСТАПУВААТ: ...“. Грешка „недефинирано не е функција“ во конзолата, нема проблем со 11 производи“.
Моќен потсетник; го наметнува форматот, правилото „фитинг“ и означувањето на информациите што недостасуваат. На овој начин, извештајот ќе биде и точен и искрен.
Откривање на дупликат грешки
Во големите тимови, истата грешка се пријавува одново и одново. Вештачката интелигенција може да го спореди вашиот нов извештај со постоечките отворени грешки и да ги означи потенцијалните дупликати - ова го одржува чист вашиот систем за следење грешки (Jira, Azure DevOps, GitHub Issues). Но, внимавајте: две грешки кои изгледаат слични на површината може да имаат различни основни причини; Споредете ги чекорите за повторување на производството и околината на двата извештаи пред да го затворите „дупликатот“ предлог на вештачката интелигенција. На случајно затворениот „дупликат“ всушност му недостасува посебна грешка.
Од трага на грешки до основна причина: Моќта на вештачката интелигенција да чита дневници
Најтехничкиот дел од извештајот за бубачки често е трагата за грешки (трага на стек - расчленување на која линија на код, со кој синџир на повици, активирал грешка). Долгите и сложени трупци можат да го заморат дури и развивачот. Вештачката интелигенција чита дневник од стотици линии и во секунди ги сумира најкритичните линии, хипотезата за можната основна причина и точката на кодот каде што е активирана грешката. Ова истовремено го скратува извештајот и му дава на развивачот директна почетна точка.
Сепак, запомнете две ограничувања. Прво, основната причина дадена од ВИ е хипотеза, а не доказ; Програмерот не треба да се обидува да го поправи ова без да го потврди. Второ, дневниците често содржат лични податоци (е-пошта, кориснички ID, токен за сесија); Маскирајте ги овие области пред да го ставите дневникот на возилото. Добра практика е прво вештачката интелигенција да каже „наведете ги полињата што треба да се маскираат во овој дневник“, а потоа да го анализирате исчистениот дневник.
Совет: Наместо да го залепите целиот дневник во извештајот, вклучете ги најкритичните 3-5 линии што вештачката интелигенција ги сумира и линк до целосниот дневник. На овој начин извештајот останува читлив, а развивачот на кој му се потребни детали може да пристапи до целосниот дневник.
Четири шаблони за копирање
1) Од набљудување до извештај:
Вашата улога: постар QA. Преведете ги следните необработени набљудувања во стандарден извештај за грешки: Наслов / Чекори за репродукција (нумерирани) / Очекувани / Реални / Животна средина / Забелешка за докази / Сериозност + Приоритет (оправдано). ПРАВИЛО: користете ги само информациите што ги давам; означете го полето што недостасува како „ИНФОРМАЦИИ НЕМААТ:...“ Набљудувања: [необработени белешки]
2) Контрола на репродуктивност:
Прочитајте го овој извештај за грешка од перспектива на развивач кој никогаш не ја видел грешката. Следете ги чекорите и означете ги местата каде што нема да предизвика грешка: двосмислен чекор, недостига предуслов, исчезнати податоци за тестирање, прескокната состојба. Кажете ми кои информации треба да ги додадам за секоја празнина. Извештај: [залепи извештај]
3) Советник за сериозност/приоритет:
Ја опишувам следнава грешка: [грешка + деловен контекст]. Давајте предлози и оправдување одделно за сериозноста (техничко влијание) и приоритетот (итноста на бизнисот). Објаснете зошто двете може да бидат различни. Јас ќе ја донесам конечната одлука.
4) Резиме за трага на дневник/грешка:
Испитајте ја трагата/логата за грешка подолу. Дајте ми резиме на (1) хипотезата за основната причина, (2) веројатната точка на код каде се случила грешката, (3) 3-те најкритични линии што треба да ги додадам во извештајот. Маскирај ако има лични податоци.Дневник: [залепи дневник]
три мини футроли
Случај 1 - Ослободување од „Не можев да произведам“. Во еден тим, 30% од грешките беа затворени бидејќи „не може да се репродуцираат“. Шаблонот „проверка на репродуктивност“ е додаден во процесот на извештајот; Пред да биде испратен секој извештај, вештачката интелигенција ги означувала чекорите и предусловите што недостасуваат. Три месеци подоцна, стапката „не можеше да произведе“ падна од 30% на 8%. Разликата беше во тоа што чекорите беа точни од самиот почеток.
Случај 2 - Опасност од лажни чекори. Тестерот побарал вештачката интелигенција да напише извештај со нецелосни набљудувања; Вештачката интелигенција додаде чекор што никогаш не се случил, како на пример „корисникот ги вклучува известувањата од страницата за поставки“. Кога развивачот го следеше тој чекор, не можеше да ја пронајде грешката и изгуби време. Тимот го спроведе правилото „користи ги само информациите што ги давам, не измислувај“; Измислените чекори се елиминирани.
Случај 3 - Разлика сериозност/приоритет. Имаше печатна грешка во слоганот на компанијата на почетната страница. Тестерот ќе го пренесе ова како „ниско“; Консултантот за вештачка интелигенција потсети дека техничкото насилство е ниско, но деловниот приоритет е висок (елементот на репутацијата што го добива секој посетител). Грешката беше поправена истиот ден со ознаката „висок приоритет“.
Вообичаени грешки
- Нејасен наслов. Непребарувачки, недискриминирачки наслови како „Не работи“.
- Недостасуваат/прескокнати чекори. Не пишување на она што е очигледно во вашиот контекст; неуспехот на инвеститорот да произведе.
- Дозволете ВИ да го направи тоа. Пополнување на информациите што недостасуваат со „разумна проценка“; погрешни чекори.
- Не пишување на очекуваниот резултат. Кажувајќи „погрешно“, но не наведувајќи што е правилно.
- Збунувачки насилство и приоритет. Грешка на двете како една етикета; Погрешно проценување на деловното влијание.
- Чувствителни податоци во доказ. Споделување на вистински лични податоци во слики од екранот/дневниците без нивно маскирање.
Сумирано
Вредноста на извештајот за грешка е тоа што развивачот може да ја репродуцира и поправи грешката без ваша помош. ВИ е многу добра во претворањето на расфрланите набљудувања во професионален, структуриран извештај; Го организира насловот, чекорите, очекуваниот/реалниот резултат, околината и доказите и обезбедува консултации за разликата помеѓу сериозноста и приоритетот. Но, вештачката интелигенција може да надомести за исчезнатите информации; Спроведете го правилото „користете ги само информациите што ги давам, означете го она што недостасува“ и сами гарантирајте репродуктивност. Маскирај ги личните податоци во доказ.
Задача за апликација
Земете бубачка што неодамна сте ја нашле и претворете ги вашите необработени набљудувања во извештај користејќи ја шемата „набљудување до известување“ (со правилото „фитинг“). Потоа направете „проверка на репродуктивност“ и пополнете ги означените празнини. Дајте му го извештајот на колега и проверете дали тој може да ја направи грешката без ваша помош. Конечно, одредете ги етикетите со „консултантот за насилство/приоритет“ и финализирајте го по сопствена дискреција. Забележете ги сите информации што вештачката интелигенција се обидува да ги создаде во процесот.
листа за проверка
- [ ] Мојот наслов е специфичен и може да се пребарува.
- [ ] Чекорите за репродукција се од нула, детерминистички и целосни.
- [ ] Одделно ги напишав очекуваните и вистинските резултати.
- [ ] Информациите за поставувањето и доказите се комплетни; Ги маскирав личните податоци.
- [ ] Го наметнав правилото „направи го, означи го исчезнатото“ на вештачката интелигенција и сам ги пополнив празнините.
- [ ] Одделно ги проценив сериозноста и приоритетот и ја донесов конечната одлука.