SDET, исто така познат како Инженер за развој на софтвер во тест, е работна улога во рамките на доменот за тестирање на софтвер и квалитет. Терминот првично го користеше Мајкрософт, а потоа и Гугл со цел замена на секојдневната и повторувачка задача за рачно тестирање со автоматизација.
Со текот на годините, се повеќе компании ангажираат SDET бидејќи тоа е клучна улога во Agile и DevOps. Сепак, предизвикувачка улога е да се пополни.
Технологијата се менува многу брзо и тестерите треба да научат многу за да останат пред играта.
Во мојот претходен пост, Тестирање во светот на DevOps , Објаснив како улогата на тестер се сменила во последната деценија, со што се создаде недостиг од тест еднорози .
Овој пост зборува за улогата на SDET и зошто еднорозите SDET тешко можат да се најдат.
SDET е тестер за технички софтвер со фокус на развој на автоматски скрипти за тестирање.
Типично, тие се дел од агилен тим и работат заедно со програмерите за да помогнат во автоматизирање на критериумите за прифаќање во приказните за корисниците.
Освен што учествуваат во типични активности за ОК, тие можат да напишат сè, од тестови за автоматизирана интеграција, API тестови и / или тестови за автоматизација на UI.
Покрај тоа, SDET може да помогне во прегледот на единичните тестови што ги напишале програмерите.
Во секој производ, постојат некои основни карактеристики кои мора да функционираат при секое ослободување на производот. Ова значи дека на секој спринт мора да се тестираат нови карактеристики плус постоечка функционалност.
Агилниот развој е брз. Со кратки спринтови, кои обично траат 2 недели, тестерите немаат време да тестираат сè рачно.
Кога тестерите во тим ги немаат потребните вештини за да напишат автоматски проверки, целото тестирање треба да се изврши рачно.
На крајот на краиштата, тестирањето станува тесно грло за развој и ослободување на софтвер бидејќи ќе биде потребно подолго и подолго да се заврши.
Затоа, ангажирањето и поставувањето на SDET во агилен тим може да ги ублажи товарите со автоматизирање на голем дел од рачните тестови и задачи.
Па, зошто е толку тешко да се најдат и регрутираат добри SDET?
Со текот на годините, поголемиот дел од таканаречените SDET кои ги интервјуирав или ги немаат потребните технички вештини или немаат разбирање за принципите за квалификација и тестирање.
Тие не ја разбираат целосно главната причина за улогата на SDET во тим. Повеќето се среќаваат со претпоставка дека се што треба да направат е да ги автоматизираат критериумите за прифаќање. Да бидеме јасни, SDET НЕ е инженер за автоматизација .
Да се има вистинската рамнотежа на способноста за тестирање и техничките вештини е клучната работа.
Одличен SDET е тестер за софтвер по трговија, страствен е за квалитетот на софтверот а во исто време е технолошки тажен и има вистинска мешавина од технички вештини.
Кога интервјуирам за SDET, секогаш барам Уметност на ОК и Технички вештини.
Како изгледа профилот на одличен SDET? Кои вештини треба да ги имаат SDET?
Сега, некои од нас слушнале за програмери со целосен stack, но дали можеме да имаме тестери со целосен стек ?
Според мене, треба да има SDET барем следниве вештини и атрибути:
Како што може да се види, опсегот на вештини што се очекуваат од SDET е доста широк.
Мојот совет до тестерите кои сакаат да станат SDET и да останат релевантни во новата ера на QA е:
Осигурете се дека работите кон тоа да ги имате сите горенаведени вештини во профилот SDET_, но минимум: _
Прво и најважно, да ги знаете основите на софтверското тестирање.
Премногу е добро да се биде на исто ниво со програмерите и да може да пишувате убав код. Но, ако ви недостасува начин на размислување за QA, ако не можете да излезете со доволно сценарија за да ги тестирате корисничките приказни и одлики во длабочина, тогаш не додавате никаква вредност. Вие исто така може да работите понапорно и да станете развивач.
Повеќето современи веб-апликации комуницираат со API.
Од суштинско значење е да се знае и разбере HTTP архитектурата и како работи мрежата. Ако не можете да разликувате барање POST и GET барање или не знаете како да анализира JSON , тогаш како можете ефикасно да тестирате API?
Инвестирајте време во учење алатки за тестирање на API, како што се Карате .
Не можете да се наречете SDET ако сè што сакате да направите е да ги автоматизирате тестовите и се што знаете е Java, Селен и Краставица!