Меню

5 неща, които начинаещият разработчик (и тестер) трябва да знае за тестването на софтуер

5 things beginner developer

Опитайте Нашия Инструмент За Премахване На Проблемите

прави броят на дължината на нивата интервали

Цялата конферентна зала замълча и след като изчаках няколко минути, не можах да запазя търпение и трябваше да повторя въпроса си:

Кой би искал да се присъедини към екипа за тестване?

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

разработчик и тестер

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

Промених въпроса си, за да разбера причините за отказа тестване на софтуер като професия -

Защо не искате да се присъедините към тестване на софтуер?

Отговорите бяха интересни (и практични в даден момент)

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

Какво ще научите:

Защо съществува тестване на софтуер?

Добре, беше време да обучим тези нови хора защо съществува тестването на софтуера и какво трябва да знаят за него, ако ще се присъединят към разработването на софтуер.

Как промених техния ум?

Тук аз просто се опитвам да разкажа накратко какво сме обсъждали през този следобед и как успях да променя мнението на поне 20 души, като същевременно изчистих възприятието за тестване на софтуера.

# 1. Тестването на софтуер не е загуба на време:

Какво се случва, когато сте на гости вкъщи и приготвите набързо лимонада за тях и ги поднесете? Когато гостите оставят чашите недовършени, вие усещате, че нещо трябва да се е объркало и когато опитате лимонадата, OMG ......, се почувства смрадливо. Искате да сте прекарали само 10 секунди повече и да опитате лимонадата преди сервиране.

Докато бързат да доставят проекта в срокове, компаниите / мениджмънтът / всеки се готви да направи компромис по времето за тестване, тъй като възприятието за тестване на софтуера наистина отнема много време, отколкото е необходимо, все още е живо в съзнанието на хората. Но дали времето, необходимо за тестване, не си струва в сравнение с обаждането на клиента в полунощ, за да ви уведоми, че той ще отмени следващото задание, тъй като текущото доставено задание показва повече от 5 критични грешки в рамките на първите два часа от вътрешната употреба. Банг !!

# 2. Тестването на софтуера е задължително:

Тестването на софтуер е неизбежна част от жизнения цикъл на разработката на софтуер. Начинът

  • Редакторите помагат за подобряване на филма
  • Коректорите помагат за подобряване на книгата
  • Охранителите помагат да се направи животът на хората спокоен и сигурен
  • Маслото помага безпроблемно при работа с машини

Тестването на софтуер помага на софтуера да бъде по-добър. Не мисля, че трябва да изразходвам нито една дума повече, за да го обясня.

# 3. Единично тестване е пълна отговорност на разработчика:

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

  • Главният готвач винаги вкусва и помирисва своята рецепта, преди да сервира на другите

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

В допълнение към това, никога не приемайте, че качеството е отговорност само на тестерите.

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

# 4. Разработчиците и тестерите са равни:

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

Tester предоставя поглед на потребителя за продукта. Добре обучен и опитен тестер може да покаже вратичките в продукта, а разработчикът никога не може да помисли. Тестерът носи нови идеи за това как трябва да бъде продуктът, как трябва да изглежда в конкретен случай, как трябва да работи, как може да се държи и как може да се срине.

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

И следователно разработчиците и тестерите са еднакво важни. Те са лявата и дясната ръка на тялото, наречени проект.

# 5. Тестерът трябва да участва от първия ден на проекта:

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

Тестерът е притежател на стека и трябва да бъде включен от стартовия проект. Първоначалното участие на екипа за тестване им дава увереност, постоянните дискусии подхранват разбиране между екипа за разработка и тестване , любезна помощ засилва духа им да направят нещо по-добро, исканията за предложения ги карат да се чувстват заслужаващи.

Заключение:

Тестерът не трябва да тества само модул / продукт, той е там, за да помогне при доставянето на най-добрия продукт, той е там, за да предложи, като предложи някои доказани идеи за очакванията на потребителите, той е там, за да ви уведоми колко често получава вашият любим код катастрофира ...... и вие като разработчик наистина се нуждаете, нали?

За автора: Тази страхотна публикация е написана от член на екипа на STH Бумика Мехта. Тя е ръководител на проекта, като има 7+ години опит в тестването на софтуер. Тя изцяло се занимава с тестване и обича да тества всичко, което съществува.

Както обикновено, в очакване на вашияобратна връзка, мнение и предложенияпо темата.

Препоръчително четене

^