Как да подадете сигнал за грешка на разработчиците

В технологичните проекти нещата трябва да се променят. Независимо дали това е така, защото искате нова функционалност, операционните системи се движат или нещо прекъсва (повече за това по-късно) промените трябва да се случват от време на време. С течение на времето софтуерът се нуждае от актуализиране и промяна и няма да се избегне това.

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

Какво е бъг?

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

Някои често срещани примери за грешки са:

  • В приложението липсва функционалност, посочена в кратката информация
  • Дизайнът / оформлението на страницата е в голяма степен несъвместим с договорените макети или телени рамки
  • Има грешки или елементите на сайта / инструмента изглежда не работят

Защо се случват бъгове и кой носи отговорност?

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

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

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

Кога бъг не е бъг?

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

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

Някои често срещани примери за проблеми, които не са бъгове са:

  • Всеки проблем, причинен от софтуер или приложение, което не е написано от разработчика, доставящ софтуера (имате интеграция в Twitter и Twitter намалява например)
  • Желан елемент беше споменат при преминаване / начални дискусии, но не беше включен във вашите кратки или макетни прозорци, които след това бяха подписани
  • Някой от вашия екип решава, че не им харесва външния вид на текущата форма, въпреки че тя е по същество същата като показаната в спецификацията и иска бутоните в долната част на формуляра, а не в горната част (препрофилиране)

Как да подадете сигнал за грешка?

Нещо не работи правилно Какво правиш?

Стъпка 1: Това е грешка?

Първото нещо, което трябва да направите, е да потвърдите, че това определено е грешка. Направете пауза и тествайте проблема, за да видите какво не е наред.

  • Изпробвайте го в различни браузъри Например, ако използвате Chrome, проверете сайта в Firefox
  • Уверете се, че браузърът ви е актуален Ако нямате най-новите актуализации, браузърът може да има проблеми
  • Проблемът е свързан с това, че сте влезли / излезли от системата?
  • Ако съотборник ви съобщи за грешка, проверете го, за да сте сигурни, че не срещат нито един от горните проблеми
  • Проверете спрямо плана на проекта / кратко и се уверете, че проблемът определено е нещо, което сайтът трябва да направи

Стъпка 2: Документирайте грешката и я съобщите

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

Ето един прост набор от въпроси, на които трябва да отговорите и включите в отчета си:

  • Какъв е URL адресът на страницата, с която имате проблеми?
  • Какво трябва да прави?
  • Какво всъщност прави това, което е проблемът?
  • Кой браузър и кое устройство използвате? Перфектен отчет може да изглежда като „Използвам версия на Chrome 67.0.3396.99 на iPhone X 11.4.1“
  • Какво виждате? Колкото по-визуално, толкова по-добре. Снимките на екрана или кратките видеоклипове са идеални и можете да използвате страхотен скрийншот или Kap, за да ги събирате лесно.
  • Колко спешен е проблемът? Кога и защо се нуждаете от този проблем? Ако губите хиляди дарения, тъй като обработката на вашата карта не работи, това би било спешно поправяне, но ако има проблем с изображение на стара страница, което не получава трафик, това, разбира се, е по-малко спешно.

Стъпка 3: Потвърдете следващите стъпки

Сега трябва да получите тази информация на точния човек. Изпратете своя кратък отчет с изображения / видеоклипове на програмиста, ако работите директно с тях, или на ръководителя на проекта, или на вашето лице за контакт. Поискайте ясни следващи стъпки и времева линия от тях. Ако проблемът е спешен и не получите бърз отговор по имейл, опитайте се да се свържете с тях по телефона. Ако не е спешно отстраняване на грешки, дайте им време да отговорят преди да гонят и избягвайте да създавате паника!

Специални благодарности на фантастичния екип от Louder Than Ten, който произвежда много страхотни ресурси за управление на проекти, някои от които са информирали това парче.

Джон Дънфорд е лидер на кампаниите в The Developer Society, дигитална агенция с нестопанска цел, която работи с НПО и групи с прогресивна мисия, за да помогне на света, в който живеем, на по-добро място.

Поддържайте връзка, като се абонирате за нашите актуализации тук. Следвайте ни и в Twitter, за да покажете малко допълнителна любов.

И разбира се, ако тази статия ви е харесала, моля, добавете хлопка по-долу и споделете парчето - това означава света за нас в DEV.