Мени

Моје неочекивано путовање у постајање софтверским тестером (од почетног нивоа до менаџера)

my unexpected journey becoming software tester

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

„Градите успешан живот ... Дан по дан ...“

Моје путовање као тестера софтвера започело је помало неочекивано.

Појавио сам се за почетне рунде интервјуа претпостављајући да је то развојна прилика. Да будем искрен, као и сваки други дипломац рачунарских наука, био сам помало скептичан у вези са наставком тестирања.

Али коначно, одлучио сам да покушам. Само са надом да ће ми моја радознала природа помоћи на овом пољу.

Нисам могао да прихватим понуду без постављања овог питања - да ли ћу добити прилику да пређем на развој у случају да ме тестирање не занима? :)

Верујте ми - после тога никада нисам ни помислио да напустим тестирање.

јава копира 2д низ у други низ

моје путовање-као-тестирање софтвера

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

Ово је било моје прво учење у тестирању - разумео сам како смо ( освеживачи ) су оцењивани.

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

Препоручено читање => 4 важне ствари које сам научио на свом путовању као менаџер КА теста

Придружио сам се Зицусу као КА приправник и неки трећи или четврти дан ми је додељен производ. Био је то један од највећих (тада је то био концепт) и најамбициознијих производа компаније. Након што сам се скрасио првих неколико недеља, није ми било повратка.

Почели смо као КА тим од двоје људи и убрзо након неколико месеци ја сам једини покретач тестирања. У првих 2 - 2,5 године сам забележио скоро 3000 дефеката у различитим категоријама као што су: функционалност, перформансе, сигурност, кориснички интерфејс, употребљивост, Вишејезични , Вишестанарство итд.

Дуго времена пре нових додавања у тим за тестирање, био сам против снажног развојног тима од 15-16 чланова. Чак и након додавања, однос КЦ: Дев није био баш здрав и још увек могу с поносом да кажем да је то било успешно путовање с обзиром на све оно што смо тестирали, испоручили и руковали.

Важна тачка коју овде желим да истакнем је- Све ово је произашло из разумевања Тестирања у пракси, а не само из теорије.

У пољу тестирања софтвера радим већ скоро шест година. Било је то невероватно путовање са толико различитих искустава и пуно плодног учења.

Тренутно радим као виши КА менаџер и бринем се за неких 5-6 производа и модула. Али оно што ми пружа истинску радост и срећу је вођење тима од преко 30 срећних и страствених тестера.

Наравно, многи људи су допринели мом учењу, али још увек могу да кажем да је већина мог искуства и знања прешла тежи пут (и вероватно најбољи начин), тј. Самостално учење и решавање.

'Искуство је најбољи учитељ.'

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

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

Примери - Како сам приступао у различитим ситуацијама

Дозволите ми да објасним ово уз помоћ проблема / ситуација са којима сам се суочио и како сам им приступио.

# 1) Разумевање посла је за степен више од тестирања разумевања

Па, сви то знате. Тестирање није само тестирање неколико потврда и верификација.

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

За све ово, треба да разумемо посао у потпуности.

Неће бити погрешно ако кажем да треба да разумемо пословну и корисничку базу колико и чак више него што то чини пословни аналитичар.

Имао сам сличне шансе.

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

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

Такође прочитајте => 5 Морају имати неиспитне алате за тестере како би олакшали живот

Пре одласка у Дискусија о захтевима састанка, раније сам записивао могуће сумње / исправке / нејасне поене. Некад сам записивао сценарије на којима желим да испробам или да направим тест случајеве; понекад чак и цртање сценарија делује као шарм.

Када пишете / цртате, то вам улази у бољу јасност и тада ваш ум ради на овим информацијама, ствара више сценарија и даје бољу јасноћу. То траје све док не добијете онај осећај ЗАВРШЕНОГ !!!

# 2) Наступање против шансе и под притиском

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

Током већег дела почетне фазе, или сам био (соло) против тима од 15-20 програмера, који су се кретали од млађег, средњег и вишег нивоа, или сам био у пратњи једног или неколико других тестера. Сви су неуморно додавали нове функције у производ, што је захтевало једнаку и паралелну пажњу са стране тестирања.

Као део састанака захтева, писања случајева, извршавања истих, истраживачких рунди, одржавања сервера, примена, ништа није било необавезно.

До тада нисам био упознат ни са једном методологијом, најбоља пракса , курс или књига која ми може показати решења за такве проблеме. Ни данас нисам сигуран да ли постоји нешто што вам може прецизно помоћи у борби против стварности на земљи док се суочавате са њима.

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

Наравно, ово је захтевало веома брз и агресиван рад, али успело ми је.

Оно што мислим под агресивном рундом је, циљате једну по једну ствар (Реците по један елемент обрасца) и тестирајте га независно и заједно са другим повезаним елементима / стварима.

Препоручено читање => Како бити наркоман продуктивности (посебно као тестер)

На пример. Како тестирати оквир за текст.

Оно што овде можете тестирати је:

  1. Без обзира да ли прихвата и чува податке онакве какви јесу
  2. Провера типа података
  3. Провера максималне дужине
  4. Руковање посебним карактерима
  5. КССС руковање
  6. Вишејезично руковање подацима
  7. Руковање празним просторима / нема података
  8. Понашање тастера таб и ентер
  9. Руковање грешкама (унакрсни прегледач)
  10. Поравнање корисничког интерфејса (више прегледача)
  11. Копирајте податке о лепљењу / превлачење веза у текстуално поље
  12. Најважније - понашање овог поља в.р.т. остали повезани елементи (свако пословно очекивање повезано са овим пољем, попут попуњавања нечега у неком другом пољу на основу података из овог поља)

Да ли вам размишљање о горе наведеном тестирању даје самопоуздање да са овим пољем заиста ништа не може поћи по злу?

Па, циљање на једну ствар увек ми је успевало, а и ја сам понекад довршио посао.

# 3) Када се суочите са „неочекиваним“

Шта мислите која ће вам књига одједном помоћи са „Како да“ када треба да урадите нешто што никада раније нисте урадили?

Ако разговарамо конкретно онда - Ниједна.

Сећам се времена када смо у одсуству нашег Продуцт Леад-а, заједно са неколицином млађих и средњих чланова, требали први пут да применимо нашу апликацију на Демо (то нам је тада била производња). Било је веома важно за први демо нашег производа.

Па, успели смо, али са пуно пробних и грешака. Разлог је што нико од нас није имао стручност за то Линук и схелл схелл скрипти . Сећам се, наш ИТ одељење (све у доброј намери) покренуло је тадашњег менаџера због тога што извршавам погрешне команде на производним серверима. Можда је ово био само катализатор и скриптирање љуске / Линук ми је био природни интерес, али убрзо након тога на крају сам преузео одговорност за одржавање и надоградњу пет до шест окружења истовремено.

Схелл и Линук су ме толико добро привукли, да сам убрзо ја био тај који је почео да изводи интерне тренинге о томе.

# 4) Када се мери ваш учинак, ваше искуство није

враћа низ низова у јави

Веома рано у каријери упоређивао сам и мерио са врло развијеним и искусним тестерима у околини. Верујем да су многи од вас сигурно имали сличну ситуацију и да знају шта вам чине додатна очекивања.

Лек овде је био да Притисни се и еволуирај .

Једини пут напред био је да не размишљам о томе колико сам мање искусан, не ограничавајући се светским стандардима мерења колико бих спор / брз требао да растем / учим. Не ограничавајући се на светске критеријуме колико брзо треба почети водити и наслов који треба пре него што то урадимо.

Па, око ове тачке, морам да кажем, без обзира којем пољу припадате, препоручујем вам да прочитате Робин Схарма „Вођа који није имао титулу“. Помоћи ће вам да ослободите оно што лежи у вама. Рећи ће вам да вас нико осим вас не може задржати.

Ако своје искуство морам повезати у неколико реченица, то иде овако:

„Ваша знатижеља, пажња према детаљима, дисциплина, логично размишљање, страст за послом и способност сецирања ствари су све што је важно да бисте били деструктивни и успешни испитивач. Упалило је за мене и чврсто верујем да ће успети и за вас. Ако имате ове особине, то мора да успе за вас. “

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

И у мом случају морао сам донекле да научим терминологије, концепте, теорије како сам напредовао у својој каријери. Разлог је тај што као тестер морате да комуницирате са неколико људи који ће разговарати на тај начин и ви то морате да разумете.

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

Учење је неизбежно.

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

Прочитајте више => Водич од А до Ж о избору најбоље аутоматизације

Закључак

Иако је готово немогуће записати сваку велику и минутну ствар коју сам годинама научио, ово је мој покушај да је сажмем у набрајану листу.

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

Надам се да вам моје искуство и налази помажу да постанете бољи тестер или да боље разумете тестирање.

Даље читање => Од почетника до професионалца: Комплетан водич за успешно путовање стручњака за тестирање

О аутору: Овај чланак написао је члан СТХ тима Махесх Ц. Тренутно ради као виши менаџер за осигурање квалитета са искуством у вођењу фронта за тестирање више сложених производа и компонената.

Волећу да чујем одговор. Овде коментаришите или нас контактирајте. Хвала пуно на читању.

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

^