Мени

Шта је СДЕТ: знајте разлику између тестера и СДЕТ-а

what is sdet know difference between tester

Испробајте Наш Инструмент За Елиминисање Проблема

У овом водичу се разматрају сви аспекти СДЕТ-а (инжењер за развој софтвера у тесту), укључујући скуп вештина, улоге и одговорности, плату и пут у каријери:

Детаљно ћемо разговарати о улози СДЕТ-а, очекивањима и одговорностима од ове улоге коју компаније очекују, вештинама које СДЕТ мора да поседује, алатима и технологијама са којима кандидат треба да буде практичан, као и о платама уопште понудио.

СДЕТ_ Шта, зашто и како

Шта ћете научити:

Разумевање улоге СДЕТ

Проширени облик СДЕТ је - Инжењер за развој софтвера у тесту

Врло једноставним речима, ова улога је комбинација посредника између улоге чистог програмера и улоге чистог испитивача. СДЕТ су квалификовани професионалци и за инжењеринг квалитета и за развој софтвера.

Термин СДЕТ први је измислио Мицрософт, који су затим пратили и користили већина великих имена производа као што су Гоогле, Амазон, Адобе, Екпедиа, итд. Улоге главних очекивања биле су замена ручних понављајућих задатака неком аутоматизацијом како би се повећала ефикасност, као и поузданост за апликације које се тестирају.

Поређење између СДЕТ и ручног обезбеђења квалитета

Ручни КА тестери углавном су фокусирани на тестирање црне кутије или апликације. Што значи, за КА тестер је важна спецификација начина на који се очекује да се апликација понаша када добије одређени улаз.

Питање и одговори за интервју за тестирање софтвера за искусне

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

СДЕТ се фокусира на апликацију из Вхите Бок-а као и на Блацк Бок тестирање. Другим речима, такође би били свесни унутрашњег функционисања апликације, што им омогућава да напишу тестове аутоматизације користећи технике тестирања Вхите Бок или Блацк Бок.

У основи, инжењер за развој софтвера у тесту мора бити свестан свих техника тестирања Блацк Бок-а, заједно са практичним знањем о развоју / кодирању, да би разумео унутрашње функционисање апликације која осигурава боље стандарде квалитета као и мање неисправан софтверски производ.

У основи, СДЕТ треба да делује као средство за ефикасно осигурање квалитета на било који начин. Шта ово такође значи, да би појединац користио своје вештине како би осигурао да су сви делови тестираног софтвера валидирани на најбољи могући начин, што би требало да укључује испитивање и функционалних и нефункционалних области.

Погледајмо поређење СДЕТ-а и ручног тестера на различитим параметрима

Параметар СДЕТ Мануал Тестер
Опсег испитивања Фокусиран је на широк спектар техника и типова испитивања.
Пример: Функционално, Нефункционално, Безбедност, Перформансе итд.		Генерално, усредсредите се на функционалну перспективу апликације која се тестира. Ручни тестер понаша се као корисник / купац апликације која се тестира и валидира га из те перспективе.
Аутоматизација СДЕТ-ови се углавном фокусирају на аутоматизацију понављајућих сценарија како би се осигурало да се ручни тестери могу усредсредити на сложеније и рубне сценарије и ефикасније користити свој пропусни опсег и вештине.Ручни тестери поседују неке или никакве вештине за аутоматизацију. Међутим, потребно је да ручни тестери буду свесни употребе алата који помажу у ручном тестирању
Пример: Коришћење Поштара за извршавање крајњих тачака АПИ-ја, коришћење добављача облака као што су лабораторије за умаке за извршавање тестова на различитим верзијама платформе итд.
Примарни скуп вештина СДЕТ-ови су првенствено одговорни за аутоматизацију тест случајева, као и за писање скрипти / алата за вишекратну употребу који помажу тиму да смањи напоре који се понављају. Старији члан СДЕТ тима такође је одговоран за стварање оквира за аутоматизацију и омогућавање другим СДЕТ-овима да напишу тестове користећи оквир.Ручни тестери се првенствено фокусирају на функционалност апликације, фокусирају се на рубне сценарије и сложене тест случајеве.
На пример: Ручни тестер који тестира мобилну апликацију, поред свих функционалних сценарија, размишљао би и о сценаријима попут
- Шта ако затворим апликацију када је у току позадинска операција / мрежни позив.
- Шта се дешава ако се мобилни телефон изненада искључи када је корисник био на одређеној страници у апликацији.
- Шта се дешава ако се Интернет искључи усред постављања документа у апликацију итд.
Плате СДЕТ-овима се генерално нуде веће плате (~ 40-50% више од ручних тестера), због вештина које поседују и искуства које имају.Чисте улоге ручног тестирања захтевају нижу плату у поређењу са хибридном улогом где ручни тестер такође настоји да научи нове алате и дода вредност производу који се испоручује.

Инжењер за развој софтвера у тест вештинама

У наставку су наведени скупови вештина које СДЕТ мора да поседује:

# 1) Отворите Миндсет

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

Сасвим је вероватно да бисте као СДЕТ у једној компанији могли на крају радити користећи Мицрософт / .НЕТ технолошки стек, али у другој компанији развојни језик је првенствено Јава - па се очекује да СДЕТ има отворен начин размишљања за учење нових ствари / технологија као а по потреби.

# 2) Прилагодљив

Инжењер за развој софтвера у тестирању мора се прилагодити потребама пројекта, алата и технологија, база података итд. На пример - као СДЕТ можда имате искуство тестирања АПИ-ја, али друга улога захтева да тестирате УИ или интерфејс. Стога улога захтева од вас да се прилагодите потребама пројекта како бисте испоручили висококвалитетни стандардни производ.

# 3) Мултитаскер

У већини компанија које производе производе, често се однос ДЕВ и КА у великој мери искриви. То значи да је уобичајено видети тимове који имају однос ДЕВ: КА од 4: 1 или чак 5: 1. Отуда је неопходно да се очекује да СДЕТ буде укључен у више ствари и буде испоручен.

Ово је неколико одговорности на којима би се очекивало да СДЕТ ради:

  • Учествовати на састанцима заинтересованих страна: СДЕТ мора уско да се повеже са оба програмера, као и са људима из производа да би разумео производ од оба програмера, као и са становишта производа, а затим осмислио / предложио стратегију аутоматизације.
  • Направите оквир / алате
  • Стратегизовати планирање теста
  • Подигните / истражите недостатке
  • Понекад се може захтевати да заједно са програмерима допринесете јединственом тестирању.

# 4) Истраживачки начин размишљања

Сваки СДЕТ треба да запамти ове редове у сваком тренутку - “ Ако стално понављате исте радње, размислите о томе да их аутоматизујете '

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

Поред свих послова аутоматизације, примарни посао СДЕТ-а је испорука висококвалитетних производа са свим потребним производима, стога би он / она такође требало да се фокусира на тестирање производа кроз истраживачке начине како би открио све више скривених грешака и недостатака.

# 5) Сарађујте, доприносите и комуницирајте

Улога СДЕТ-а налаже везу између различитих заинтересованих страна попут програмера, производа, ручних тестера итд.
Важно је да СДЕТ сарађују са свим потребним заинтересованим странама, као и да саопштавају све потребне детаље када и када је то потребно.

СДЕТ-ови и КА тим држе врата квалитета за производ пре него што је отворен за јавност и стога играју важну улогу у смислу да производ сматрају погодним за лансирање или не.

Улоге и одговорности

Покушајмо да схватимо шта су СДЕТ свакодневни послови и одговорности и који су различити задаци од којих се очекује.

  • Радите заједно са програмерима, као и са пословним актерима и настојите да аутоматизујете критеријуме прихватања. То једноставним речима значи: СДЕТ прво разуме захтеве из перспективе прихватања / купца, а такође мора да разуме начин на који се производ развија у смислу језика кодирања, база података итд., А затим планира стратегију за аутоматизацију максималних сценарија што је више могуће .
  • Одговоран за изградњу робусних и висококвалитетних решења за аутоматизацију испитивања за функционална, регресиона и испитивања перформанси.
  • Створите скрипте / алате за вишекратну употребу где год је то потребно.
  • Допринети и функционалним и нефункционалним областима тестирања. Функционално тестирање укључује тестирање из перспективе функционалности / захтева и углавном је покренуто критеријумима прихватања или корисничким причама.
    Међутим, нефункционално тестирање је подједнако важно. На пример, колико је апликација ефикасна, да ли је апликација довољно сигурна, осигурајте да у апликацији не остане хакова који би могли да доведу до ометања сигурности апликације и да на крају нанесу велики губитак како купцима, тако и организацији.
  • Такође учествују у расправама о дизајну и архитектонском дизајну, као и пружају ефикасне повратне информације у прегледима кода.

Постаните одличан СДЕТ

Да бисмо постали одличан СДЕТ, погледајмо неколико савета / основних алата и техничких вештина које се морају научити да би се боље снашли у својим улогама.

У претходном одељку сазнали смо о квалитетима које инжењер за развој софтвера у тесту мора поседовати да би постао сјајан у својим улогама. Морају имати отворен начин размишљања, бити прилагодљиви и треба да буду у стању да комуницирају, сарађују и доприносе на било који начин како то налаже производ или тим.

Погледајмо листу неких уобичајених алата и технологија које СДЕТ морају научити:

  • Треба да добро разуме принципе тестирања, врсте испитивања и методологије.
  • Изузетно вешт у проблемима отклањања грешака - научите алате за отклањање грешака попут - Цхроме веб програм за отклањање грешака који су изузетно корисни за отклањање грешака у веб апликацијама, као и за истраживање мрежних евиденција за апликацију која се тестира.
  • Требали би бити способни за писање кода / скрипти за вишекратну употребу и стога би требали знати барем један скриптни језик. Најлакши за научити је Питхон који се може применити на широк спектар задатака, оквире за аутоматизацију итд.
  • Упознајте се са клијентима за тестирање АПИ-ја попут ПОШТАР
  • Треба да знате алате и технике за тестирање беле кутије - попут оквира за ругање ( Моцкито ) итд., јер се од њих може очекивати да дају свој допринос писању тестова по потреби.
  • Требали би бити свјесни алата за верзирање попут Иди . Такође, требало би да буду упознати са концептима Захтеви за повлачење , прегледи кода итд.
  • Разумевање архитектуре веб апликација и општег модела клијент-сервер.
  • Треба да буде упознат са основним концептима објектно оријентисаног програмирања и разумевањем ЧВРСТ модел ( С. ингле Одговорност, ИЛИ оловка / затворени принцип, Л замена исков, Ја сегрегација нтерфаце-а, Д. инверзија зависности)
  • Основно разумевање Континуирано интеграција / Континуирана испорука концепти (ЦИ / ЦД), а такође треба да буду свесни алата за ЦИ попут Јенкинс / Бамбоо, итд.
    Генерално се очекује да СДЕТ воде рачуна о питањима примене, па је разумевање ових алата императив.
  • Требали би бити упознати са најмање једним оквиром за аутоматизацију предњег краја. Најлакши и најраспрострањенији у Селен . То је свети грал предњег тестирања за веб апликације и готово све организације користе оквир Селениум за аутоматизацију УИ тестова.
  • Учење основа испитивања перформанси, као и писање једноставних скрипти користећи отворене алате за тестирање перформанси попут ЈМетер је врло корисно и можете се позвати на ово Јметер туториал . Ово је корисно јер се од СДЕТ-а такође очекује да воде рачуна о нефункционалним захтевима попут тестирања перформанси.
  • Такође би требали бити свјесни основних појмова сигурносног тестирања. Ово такође укључује познавање основних стандарда кодирања што осигурава да у апликацији не остану нерешени основни сигурносни пропусти. ОВАСП је одлична референца за све такве темељне концепте.
  • Очекује се да СДЕТ знају, разумеју и примењују агилне развојне методологије и требало би да им буде угодно у раду са тимовима који користе агилну Спринт / Сцрум методологију.
  • Треба да буде упознат са било ким облачним технолошким платформама попут - Амазон АВС , Гоогле ГЦП , или Мицрософт Азуре .
    Будући да се већина компанија сада пребацује на инфраструктуру засновану на облаку, познавање основних алата и технологија у облаку је корисно за почетак.

Сертификација за СДЕТ

Генерално, не постоје специфични сертификати који су доступни за СДЕТ

Ако неко жели да започне свог инжењера за развој софтвера у тестном путовању, може се само усредсредити на тачке које су поменуте у одељку „Како постати одличан СДЕТ“ овог водича, а затим би СДЕТ-ови са својим отвореним начином размишљања требали наставити пут учења на послу.

За тестирање терминологије и основа, добро је да сви који су у професији тестирања софтвера имају сертификат Сертификат о тестирању ИСТКБ Фоундатион .

Ова потврда покрива све основне концепте тестирања софтвера као што су,

  • Врсте испитивања - функционалне / нефункционалне
  • Тестирање црне кутије / беле кутије / сиве кутије
  • Планирање теста / управљање дефектима
  • Технике испитивања - еквивалентна партиција, матрица сљедивости итд.

Доступни су и други међународни сертификати за тестирање софтвера, али већина њих није баш главни критеријум за одабир компанија да би унајмиле СДЕТ.

Доступна је листа свих таквих сертификата овде.

Интервјуи

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

најбољи видео претварач за мац

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

Генерално, СДЕТ интервјуи састоје се од следећих рунди / типова питања у скоро свим великим организацијама производа, као што су - Амазон, Мицрософт, Адобе, Екпедиа итд.

  1. Писмени круг: Писање тест случајева за дати производ. Овде је намера да стекне представу о томе које све аспекте тестирања може особа да мисли о кандидату ако мисли / набраја све функционалне сценарије, сценарије ивица, да ли се кандидат фокусира на безбедносно тестирање, тестирање перформанси итд.
  2. Кодирање: Даће се мала вежба кодирања, а такође се очекује да кандидат запише све сценарије јединичног тестирања и функционалног тестирања. Овде је област или вештина која се тестира - основно знање / конструкције кодирања, писање проверљивог кода и знање о техникама тестирања беле кутије као што су Унит тестирање, ругање итд.
  3. Дизајн круг: Поставља се питање дизајна система, пример , како бисте дизајнирали иоутубе
    Ова врста питања генерално има више значаја за програмере, али за СДЕТ, анкетар тражи колико широко особа може да размишља, да ли кандидат зна о концептима ООП-а, да ли је кандидат способан да размишља о скалабилности, робусности, уравнотежењу оптерећења итд. , да ли кандидат може да користи праве базе података за апликацију која ће бити дизајнирана
  4. Рунда људских ресурса / менаџера: Овде се о кандидату примећују ствари попут фитнеса екипе, културе итд, као и расправе о платама, а такође се воде преговори.

Препоручено читање => СДЕТ питања за интервју

СДЕТ плата

Као што смо разговарали у нашим претходним одељцима, СДЕТ-ови имају веће плате од већине улога ручног тестирања. У великом броју случајева зараде су упоредиве са платама програмера на сличном нивоу искуства.

Можете се упутити овде како би сазнали о распону плата на различитим СДЕТ профилима у различитим организацијама. Генерално, СДЕТ зарада се разликује у зависности од искуства и организације.

Испод је поређење СДЕТ зарада за водеће компаније као што су Мицрософт, Екпедиа.

НивоМицрософт ($)Екпедиа ($)
СДЕТ - И65000 - 8000060000 - 70000
СДЕТ - ИИ75000 - 1100070000 - 100000
Господине СДЕТ100.000 - 150.00090000 - 130.000

Каријера

Генерално, СДЕТ лествица каријере започиње и расте на следећи начин:

  • СДЕТ-1 - СДЕТ млађег нивоа способан за писање скрипти за аутоматизацију.
  • СДЕТ-2 - Искусни СДЕТ способан за писање алата за вишекратну употребу и оквира за аутоматизацију.
  • Господине СДЕТ - СДЕТ за виши ниво способан да буде појединачни сарадник попут СДЕТ 1 и СДЕТ 2, али је такође способан
    • Спровођење прегледа кода.
    • Учествујте у дискусијама о дизајну и дајте предлоге за одговарајуће промене у дизајну.
    • Учествујте у целокупној стратегији испитивања производа.
    • Учествујте у ЦИ / ЦД моделима испоруке, креирајте цевоводе извршења итд.
  • СДЕТ Манагер - Након СДЕТ2, можете одабрати Ср СДЕТ или СДЕТ Манагер Патх. Поред основног СДЕТ посла, менаџер СДЕТ-а има и управљачке / руководеће одговорности.
  • Архитекта теста / инжењер решења - Архитекта теста или инжењер решења је неко ко углавном дизајнира / архитектира укупни оквир за више пројеката, уоквирује спецификације теста, такође може да делује као менаџер испоруке. Ови људи су појединци и помажу вишеструким пројектима да постигну резултате испитивања и испоруче опсежно добро тестиран производ без недостатака.

Ево представљања СДЕТ каријерног пута на нивоу блока:

СДЕТ пут до каријере 1

Закључак

У овом упутству смо детаљно сазнали шта је СДЕТ у смислу улога и одговорности, неопходних вештина, која је разлика између СДЕТ-ова и ручних тестера и шта је потребно да бисте постали одличан инжењер за развој софтвера у тесту.

Генерално, СДЕТ је улога за којом се тражи велика потражња и готово све добре производне компаније имају ту улогу у својим тимовима и веома су цењене.

Препоручено читање

^