Без обзира да ли кодирате софтвер за чланове своје компаније или широку базу клијената, поседовање исправних пракси и оквира тестирања, било ручно, аутоматизовано или хибридно, доводи до доследног квалитета софтвера, побољшане репутације и ефикасности.
У зависности од компаније за коју радите, много тестирања долази у облику ручног тестирања.
Сазнајте више о томе шта је ручно тестирање, шта компаније тестирају ручним тестирањем и низ других важних чињеница о процесима тестирања софтвера.
Шта је ручно тестирање?
Ручно тестирање је врста тестирања софтвера у којој тестер ручно извршава тестни случај без помоћи било каквих аутоматизованих алата .
Компаније користе ручно тестирање као метод идентификације грешака или проблема у свом софтверу. Док неки ово описују као једноставан или примитиван облик тестирања, оно на крају успоставља функционалност програма без потребе за употребом алата за тестирање треће стране .
Сви облици тестирања софтвера имају неке мануелне аспекте, јер постоје неке карактеристике апликације које је једноставно немогуће тестирати без неке ручне интервенције.
1. Када треба да урадите ручно тестирање?
Постоји неколико фаза у којима програмери користе ручно тестирање, а прва је током фазе развоја основне функционалности.
Када је основна функционалност софтвера у развоју, програмери тестирају да сваки од делова програма ради ручно, јер је то брже од прављења тест случајева за прилично једноставне делове кода.
Ручно тестирање је такође преовлађујуће у каснијим фазама развоја када програм има креиран кориснички интерфејс. Тестирање корисничког интерфејса укључује увид у то како корисник из стварног живота реагује на начин на који су менији дизајнирани и како систем ради.
Пошто ово укључује много квалитативних података и личног мишљења, а не чисте квантитативне метрике, ручно тестирање је идеална опција за добијање већег степена увида у производ.
2. Када не морате да радите ручно тестирање
Постоји неколико случајева у којима би коришћење ручног тестирања захтевало много више времена и труда него што је потребно, а први од њих је тестирање базе података.
Базе података рукују огромним количинама података и њихово ручно уношење би одузело много времена и било би неефикасно за организацију.
У овим случајевима, коришћење аутоматизованих система је идеално јер могу да обрађују велике пакете података у ограниченом временском периоду.
Ручно тестирање је такође мање корисно у областима као што су тестови оптерећења , где програмер завршава тестирање да би видео како њихов софтвер подноси значајно оптерећење корисника.
Ово је често случај за онлајн апликације и програме са серверима који захтевају темељну процену. Завршавање ручних тестова захтевало би много појединаца који истовремено приступају апликацији, а то може довести до великих трошкова рада за услугу коју може да заврши аутоматизовани систем за тестирање софтвера по много нижој цени.
3. Ко је укључен у ручно тестирање?
Чланови особља који учествују у ручном тестирању зависе од природе компаније у којој радите.
Неки од људи који су укључени у процес ручног тестирања, поред врсте развојног тима у којима ћете наћи ове улоге:
· Програмер:
Програмер је укључен у процес континуирано, тестирајући основну функционалност софтвера и правећи ажурирања кода у зависности од повратних информација КА тестера.
Програмери завршавају много ручног тестирања, јер су они одговорни да модули раде по високим стандардима у најранијим фазама развоја софтвера.
· КА тестер
Присутни у већим тимовима, КА тестери искључиво завршавају тестирање за компанију и осигуравају да апликација ради онако како клијент очекује.
КА тестер је првенствено важан у фазама тестирања, интеграције и одржавања, преузимајући ручно тестирање од самих програмера који тестирају током имплементације.
· КА менаџер
Ради у највећим развојним компанијама, КА менаџери додељују тестере одређеним задацима и областима пројекта.
Они су такође одговорни за креирање листе ствари које треба попунити и читање извештаја о тестирању. Ово је посебно важно код ручног тестирања, јер задовољство особља може дати далеко боље резултате.
Шта тестирамо ручним тестовима?
Постоји неколико различитих аспеката софтвера које испитују ручни тестови, од којих је сваки бољи када се користи ручно тестирање захваљујући специфичним изазовима тестова.
Неке од главних функција за које имате користи од коришћења ручних тестова, поред разлога зашто ручни тестови успевају овде, укључују:
1. Основна функционалност
Један од најранијих делова процеса тестирања софтвера разматра основну функционалност софтверског дела.
У овој фази, програмер или тестер прегледа један од функционалних модула кода и процењује да ли ради како се очекује. Због малог обима ових модула, вреди се фокусирати на ручно тестирање јер би аутоматизација трајала предуго.
Пример овога је део софтвера базе података, где тестери стављају део података у функцију и већ знају очекивани резултат.
Ако се њих двоје поклапају, тест је успешан. Тестирање у овој фази процеса поставља јаку основу за остатак рада компаније.
2. Дизајн корисничког интерфејса
УИ се односи на кориснички интерфејс софтвера, или меније, дугмад и интерактивност која је доступна кориснику.
Тестирање корисничког интерфејса се фокусира и на начин на који кориснички интерфејс функционише и на то да ли је то удобан начин рада за корисника, укључујући да ли корисник може да комуницира са свим функцијама и да ли су менији естетски пријатни.
Ручно тестирање је неопходно у овој фази, јер квалитативне информације као што је да ли интерфејси изгледају добро нису нешто у чему се аутоматски програм истиче.
3. Испитивање пенетрације
Тестирање пенетрације се односи на тестирање софтверског пакета како би се видело са којом лакоћом спољна страна може приступити софтверу на нелегитимне начине.
Софтверска аутоматизација се фокусира на праћење неколико специфичних корака и довршавање процеса који су већ део апликације, а не на истраживање нових области, што је неопходно за тестирање безбедности.
На пример, компанија може да ангажује етичког хакера да процени њихов софтвер и потражи сваку прилику коју би злонамерна страна могла имати да приступи корисничким подацима.
Ово постаје све важније у годинама од када је ГДПР усвојен као део закона широм Европе.
4. Експлораторно тестирање
Истраживачко тестирање се односи на тестирање које треба да се заврши само једном или двапут, добијајући назив јер је део „истраживања“ софтвера за било какве неочекиване функције или грешке.
Ручно тестирање је боље прилагођено овом случају јер је потребно време за писање кода за тест случај, а неко би ручно ушао у софтвер и испитао га мање времена.
Пример овога је када програмер жели да провери да ли је одређена функција правилно интегрисана, са једним тестом који потврђује да се подаци правилно крећу кроз програм.
Животни циклус ручних тестова
Постоји неколико фаза у животном циклусу ручних тестова, при чему се ручно тестирање користи за испитивање широког спектра аспеката софтверског пакета.
Неке од фаза у животном циклусу ручних тестова укључују:
· Планирање
Планирајте рунду тестирања, која укључује процену захтева апликације, специфичне тестове које треба завршити и верзију на којој тестирате софтвер.
Ова фаза укључује писање свих тест случајева за ручни тестер да их заврши и креирање окружења за тестирање. Будите пажљиви како бисте избегли да ручни тестери случајно раде тестове на различите начине.
· Тестирање:
Довршите тестове. Ово укључује пролазак кроз тестне случајеве више пута да бисте добили конзистентне податке и бележили све информације које добијете.
Ако се уопште разликујете од тест случаја, забележите како и зашто. Варијације су најчешће у енд-то-енд тестовима , али сви ручни тестови могу имати неке разлике у начину на који тестер ради.
· Анализа:
Анализирајте све резултате које сте добили од тестова. Ово укључује проналажење грешака у софтверу и потенцијалних узрока проблема.
Идите даље од једноставне функционалности и интегришите квалитативне информације као што је разматрање дизајна апликације.
Квалитативне информације посебно напредују у ручном тестирању, при чему тестери генеришу описне податке који информишу програмере о ситним прилагођавањима која знатно побољшавају нечије искуство са апликацијом.
· Имплементација:
Користите претходне извештаје да примените низ промена. Ово може бити дуг процес у зависности од промена, при чему програмери експериментишу са кодом како би обезбедили решење за грешке које су постојале у претходним верзијама.
Када користе ручно тестирање, програмери добијају додатну корист од разговора о свим променама са тестером. Ово помаже обема странама да правилно разумеју шта је потребно прилагодити и како се може прилагодити, било да се ради о функционалној или дизајнерској промени.
· Поново покрените планирање:
Док програмери праве исправку за проблеме у претходним тестовима, испланирајте следећи сет тестова. Ово укључује тестирање најновијих ажурирања и покушај да се поново креирају грешке које су биле присутне у последњој верзији.
Поседовање овог константног циклуса тестова значи да се софтвер увек побољшава и никада није статичан. Ручно тестирање може изгледати као да траје дуго, али постоји значајан повраћај улагања због флексибилности и континуитета које нуди уз поновљене тестове.
Предности ручног тестирања
Постоји много предности коришћења ручног тестирања у компанији за развој софтвера, у распону од квалитета самог софтвера до начина на који пројекат утиче на финансије компаније.
Неке од предности коришћења ручног тестирања у компанији укључују:
1. Већа флексибилност
Да бисте довршили аутоматизацију тестирања, потребан вам је КА аналитичар да уђе у део софтвера и кодира тест случај, који сваки пут завршава прецизан скуп корака.
Иако је ово понекад корисно, људски тестер може проћи кроз процес и приметити нешто што није на месту пре него што истражи и без потребе да мења линију кода.
Ово значајно повећава флексибилност ваших тестова и значи да ћете пронаћи проблеме са својим програмом који би иначе остали непримећени, јер имате већу прилику да решите проблеме.
2. Квалитативне информације
Квалитативне информације се односе на информације које описују нешто, а ово је врста информација коју људски тестери могу понудити тиму програмера.
Ручни тестер може обавестити компанију да ли се одређени мени чини „незграпним“ и објасни зашто, док програм за аутоматизацију не би могао да понуди овај увид програмеру.
То значи да имплементацијом ручног тестирања у своје радне токове, компаније могу значајно повећати стандард апликације на начин на који би се бориле када би у својим процесима користиле искључиво аутоматизацију тестирања.
3. Нема ограничења у окружењу
Аутоматско тестирање се ослања на коришћење постојеће платформе, при чему неке имају релативно строга ограничења.
Ограничења са којима се неке (иако не све) платформе суочавају укључују немогућност рада са платформама као што је Линук , могућност рада само са одређеним језиком кодирања и само руковање одређеним бројем задатака.
Када радите са људима у вашим процесима тестирања, ова ограничења ефективно нестају. Ограничени сте само вештином ваших ручних тестера, а не било каквим техничким проблемима.
Ово вам помаже да креирате стратегију тестирања која детаљније испитује програм без потребе за компромисом.
4. Омогућава тестирање употребљивости
Тестирање употребљивости је врста тестирања која процењује да ли је део софтвера „употребљив“, укључујући начин на који изгледа и како се осећа крајњем кориснику.
Ова врста тестирања превазилази буквално процену да ли се функција може користити, већ испитује да ли би неко одлучио да је користи у односу на конкурентске производе.
Имплементација ручног тестирања употребљивости пружа компанијама бољи увид и помаже да се направе прилагођавања која апликацију чине конкурентнијом, нешто што аутоматизација не може да понуди развојним тимовима.
Изазови ручног тестирања
Као и код било које врсте процеса као програмера, постоји неколико изазова повезаних са коришћењем ручног тестирања као алата за осигурање квалитета .
Ако сте свесни ових изазова, можете да прилагодите технику коју користите приликом ручног тестирања софтвера, спречавајући да ови проблеми изазову озбиљне проблеме и повећавајући стандард програма на крају процеса.
Неки од главних изазова са којима се компаније суочавају када користе ручно тестирање укључују:
1. Нивои вештина тестера
Први велики изазов са којим се треба суочити је потребан ниво вештине свих ручних тестера у тиму.
Са талентованим ручним тестерима, компаније виде јасну корист јер брже лоцирају грешке и безбедне су у сазнању да њихов софтвер ради како се очекује. Најбоље компаније увек траже ручне тестере који су на челу поља како би гарантовали већи ниво перформанси.
Као тестер, увек настојте да учите и развијате ове вештине. Побољшане вештине значе да доносите већу вредност компанији, уз ручно тестирање које проналази више грешака и побољшава корисничко искуство. Најбољи ручни тестови долазе од тестера који су провели време усавршавајући свој занат.
2. Трошкови тестирања
Ручно тестирање је уобичајен процес за предузећа свих величина, али у зависности од начина на који користите ручно тестирање трошкови могу нарасти.
На пример, компанија која има неколико висококвалификованих чланова особља за тестирање у књигама може потрошити много новца ако се понављају тестирања, јер ви ефективно плаћате за време свих присутних. Ово је мањи проблем у аутоматизованим процесима тестирања.
Идеална супротност овом проблему је планирање унапред, јер што више времена проведете планирајући тестове које завршавате и редоследом којим их завршавате, мање су шансе да трошкови особља расту како људи завршавају тестове које не раде. не треба.
3. Дуготрајно
Компјутери су бржи од људи у свим врстама ствари, од планирања шаховског потеза до улагања новца у берзу или чак једноставног притиска на дугме након што промени боју. Исти концепт се примењује и на тестирање, при чему корисници одвајају време да прочитају све информације и да се крећу кроз меније.
Према томе, ручно тестирање може потрајати много дуже него коришћење аутоматизације тестирања. Супротставите се томе користећи комбинацију ручних и аутоматизованих тестова, одузимајући ручне задатке од ручних тестера и уместо тога их користите тамо где је стручност неопходно. Поједностављивање ваших процеса је такође идеално за ручно тестирање, јер одузима што је више могуће корака.
4. Потенцијал за грешке
Људи праве грешке. То је природно, било да долази у облику довршавања корака погрешним редоследом у тесту или нетачног бележења резултата захваљујући погрешном клику. Међутим, ове грешке могу изазвати озбиљне проблеме са тачношћу режима тестирања софтвера.
Ручни тестери који су уморнији или исцрпљени од извршавања истог задатка изнова и изнова имају већу вероватноћу да ће погрешити од других, па користите аутоматизацију да бисте то избегли где год је то могуће или дајте тестерима редовне паузе од екрана, јер их то чини спремнијим за шта се дешава.
Менаџери такође могу размотрити управљање оптерећењем како би спречили људе да изгоре и имају проблеме.
Карактеристике ручних тестова
Постоји неколико главних карактеристика које треба тражити у ручним тестовима. Они дефинишу шта је ручни тест и представљају значајне карактеристике које можете планирати када дизајнирате своје тестове.
Сазнајте више о неким од главних карактеристика ручних тестова и шта они значе у окружењу активног тестирања:
1. Оптимизовани тестни случајеви
У ручном тестирању, тестни случајеви су високо оптимизовани. Ово се односи на упутства која ручни тестер има пре завршетка теста, са високим нивоом оптимизације који води до тога да тим за тестирање штеди време и ресурсе јер обавља мање задатака.
Увек гледајте да ограничите величину тест случаја где год је то могуће да бисте максимално искористили доступне ресурсе.
2. Разумљивије метрике
Најбоље ручно тестирање има разумљивије метрике. Тамо где аутоматизација тестирања константно генерише сложене статистике и информације, увид који ове метрике могу да пруже није вредан времена које би било потребно ручном тестеру да заврши или израчуна.
Као алтернатива, ручни тестови укључују далеко једноставније метрике које је лако генерисати и које им је потребно мање времена за анализу касније у процесу.
3. Интелигентно извештавање
Ручно тестирање доводи до интелигентнијег извештавања тима за тестирање. Аутоматски тестови генеришу сопствене извештаје на крају процеса, што доводи до тога да сви извештаји буду у истом формату.
Људски тестери су далеко флексибилнији и могу да креирају сопствене извештаје, додајући све информације које сматрају корисним развојном тиму где год је то потребно.
4. Поново покрените стратегије
Стратегије поновног покретања односе се на начин на који тим за тестирање изнова и изнова изводи тестове, прикупљајући податке из поновљених случајева обављања задатака.
Ручно тестирање значи да су стратегије поновног покретања далеко флексибилније, са тестерима који могу да заврше више тестова ако мисле да треба нешто даље да истраже.
Неки ручни тестови такође активно подстичу варијације у радњама које корисник обавља, обезбеђујући податке из ширег спектра понашања. Ово генерише више података око софтвера и води ка кохерентнијим стратегијама ажурирања у будућности.
Врсте ручних тестова
Постоје три различите врсте ручног тестирања које компаније користе, са разликом коју диктира ниво приступа који тестери имају. Сваки тип је користан у свом јединственом контексту.
Главне врсте ручних тестова укључују:
1. Тестирање беле кутије
Тестирање беле кутије је облик тестирања који укључује тестере који могу да виде сав изворни код и пројектну документацију за део софтвера.
Овај већи ниво приступа значи да је тестер у могућности да види све појединачне аспекте кода и како они утичу на начин на који софтвер функционише. Ово је идеално за најраније фазе процеса развоја, јер програмери могу ручно да погледају сопствени код, упореде га са тест случајевима и лако пронађу област која изазива значајне проблеме пре него што закрпе било коју од постојећих грешака.
2. Тестирање црне кутије
Тестирање црне кутије се односи на облик тестирања где тестери не могу да виде ништа од онога што се дешава иза корисничког интерфејса. То значи да нема приступа било ком коду или било којој пројектној документацији, при чему тестери приступају софтверу са потпуним недостатком знања.
Ручни тестери користе овај приступ у каснијим фазама процеса развоја, пошто тестирање прихватања корисника и тестирање од краја до краја захтевају перспективу крајњег корисника, а не некога ко је укључен у процес развоја.
3. Тестирање сиве кутије
Тестирање сиве кутије је комбинација између тестирања црне и беле кутије и захтева од тестера да може да види део документације и изворног кода. Ово комбинује корист од могућности да видите потенцијалне узроке било каквих проблема, а истовремено ограничавате информације, помажући са функцијама као што је руковање подацима .
Користите ручно тестирање сивих кутија током средњих фаза процеса развоја, пружајући тестерима неке додатне информације, али их и даље натерајте да се ослањају на сопствену интуицију за велики део функционалности како би се осигурало да крајњи корисник разуме системе.
Рашчишћавање неке забуне – ручно тестирање вс аутоматско тестирање
Постоје две различите дисциплине укључене у тестирање софтвера, ручно тестирање и тестирање аутоматизације. Упркос томе што обе имају ефективно исту функцију, то су различите дисциплине које компаније користе за испитивање својих софтверских пакета.
Читајте даље за више о томе шта је тестирање аутоматизације, разлику између аутоматског тестирања и ручног тестирања и када да користите сваки од два типа тестирања у процесима контроле квалитета софтвера.
1. Шта је тестирање аутоматизације?
Тестирање аутоматизације је процес тестера који користи алат треће стране да аутоматизује део софтвера, испитујући софтвер док више пута довршава исти процес како би се осигурало да ради на довољно високом стандарду за организацију. Главна предност аутоматизације тестова је што је то много бржи процес, посебно када се обављају ситни задаци као што је унос података.
Пример овога је тестирање базе података како би се осигурало да правилно рукује свим информацијама, уношење хиљада података у софтвер у неколико тренутака и процена резултата након тога.
Компаније првенствено користе тестирање аутоматизације за велике и веома понављајуће задатке. Пошто аутоматизовани систем неће правити мање грешке, као што је уношење погрешне информације или клик на погрешну везу.
Неки од главних делова софтвера који ово користе су сервери и базе података уживо, јер они руководе много информација и великим оптерећењем корисника, што захтева облик тестирања који може да одговара захтевима.
2. Која је разлика између ручних и аутоматизованих тестова?
Главна разлика између ручних и аутоматизованих тестова је начин завршетка.
Ручни тест се у потпуности ослања на људско биће да заврши тестирање, прати тест случај до завршетка и затим бележи све информације.
Код аутоматизованих тестова, компјутерски програм је одговоран за довршавање тест случајева након што их иницијално напише КА аналитичар.
Неке аутоматизоване платформе за тестирање такође генеришу сопствене извештаје за кориснике, ограничавајући количину времена које неко мора да потроши на прикупљање свих података из експеримента. Уместо тога, они могу да уложе време у генерисање решења за проблеме које софтверски пакет има.
3. Закључак: ручно тестирање вс аутоматизовано тестирање
Постоје неке фундаменталне разлике између ручног и аутоматизованог тестирања , при чему се два концепта ослањају на потпуно различите основе да би исправно функционисали.
Међутим, они могу блиско сарађивати у тандему на многим развојним пројектима. Коришћењем аутоматизованог тестирања за неке од тежих задатака и применом техника ручног тестирања за оне који се ослањају на већу флексибилност, можете значајно убрзати своје процесе тестирања.
Једна од највећих заблуда о тестирању је да морате направити бинарни избор, али ово не може бити даље од истине за било који ефикасан тим за осигурање квалитета.
Разоткривање 5 митова о ручном тестирању
Постоји неколико митова у које људи верују око ручног тестирања, од којих сваки води људе ка следењу мање од идеалних метода и чини добијање резултата компликованијим него што би требало.
Пет главних митова око ручног тестирања укључују:
1. Тестирање је једино одељење одговорно за квалитет производа
Квалитет производа је улога целе компаније, а не само тима за осигурање квалитета.
Тестирање софтвера постоји да би се уклониле грешке где год је то могуће, што значи да многи људи виде исправљање грешака и лоцирање као искључиву одговорност КА тима. Напротив, сами програмери су одговорни за писање кода, док је менаџерски тим одговоран за организацију развоја.
Свако ко има улогу у компанији има одређену одговорност за стварање производа довољно високог стандарда, уместо да се ослања на тим за тестирање да пронађе све проблеме и испоручи производ што је пре могуће након тога.
2. Ручно тестирање више није важно
Са порастом АИ и све чешћом аутоматизацијом роботских процеса , неки верују да ручно тестирање више није важно у развоју софтвера. Компаније виде релативну јефтиноћу аутоматизације и одлучују да прате тај пут где год је то могуће.
Ручно тестирање остаје један од најважнијих алата за компанију захваљујући Е2Е, црној кутији и услужном програму за тестирање ГУИ. Применом ручног тестирања компаније проналазе проблеме са софтвером које би аутоматизација иначе пропустила, побољшавајући свој производ изван било каквих потенцијалних добитака које би могле да виде само кроз аутоматизацију.
3. То је за људе који не знају да кодирају
Једна од главних претпоставки коју неки људи имају је да људи који не могу кодирати бирају да тестирају.
Међутим, ово је далеко од истине. Писменост кода је неопходна у многим улогама тестирања, при чему се тестирање сиво-белих кутија ослања на читање кода и разумевање како може да допринесе свим грешкама које су присутне у софтверском пакету.
Под претпоставком да су само људи који не знају да кодирају укључени у тестирање, потенцијално се ограничавате на нижи стандард особља за тестирање у свом тиму. Ако сте тестер, размислите о завршетку курса кодирања како бисте побољшали своје стандарде.
4. Можете креирати софтвер без грешака
Неки људи долазе у индустрију ручног тестирања са претпоставком да тим за осигурање квалитета може пронаћи сваку грешку у комаду софтвера и помоћи развојном тиму да је реши.
У теорији, ово би довело до производа који уопште нема никаквих грешака и који у потпуности задовољава купца. Ово је, наравно, идеалан коначни циљ за тестирање софтвера, али је ретко могућ.
Чак и најфиније подешени софтверски пакети највећих компанија на Земљи испоручују се са грешкама, и иако би циљ требало да буде смањење броја грешака што је више могуће, нема праве штете у неколико мањих проблема који чине коначно издање. Из тог разлога је важно ручно тестирање и развој након објављивања.
5. Тестирањем нема додане вредности
Један од највећих митова који окружују било који облик тестирања софтвера је да оно не додаје никакву вредност софтверском пакету. Међутим, клијенти увек цене квалитет као један од најважнијих аспеката апликације, при чему програми са грешкама или програми лошег квалитета одмах губе своје кориснике док траже алтернативе.
Полирани производ је много вреднији за компанију од оног који не ради како треба, а ефикасно тестирање је у срцу овог посла. Врхунско тестирање доводи до значајног поврата када компаније одлуче да правилно инвестирају.
Укратко, хибридна стратегија тестирања приручник + аутоматизација ће увек дати бољи резултат тестирања него што би било која од ових стратегија када би се користила искључиво.
Шта вам је потребно да започнете ручно тестирање?
Постоји неколико ствари које су вам потребне да бисте започели процес ручног тестирања, а доступност свих ових функција чини тестирање не само лакшим већ и могућим.
Неке од ствари које су вам потребне да започнете ручно тестирање укључују:
1. Софтвер
Прва ствар коју тестер захтева да заврши тестирање софтвера је сам софтвер. На крају крајева, ручно тестирање је практично немогуће ако нема ништа доступно за тестирање.
Ефикасан софтверски тест укључује коришћење најновије итерације софтвера, јер он има сав релевантан изворни код за потребе корисника и правичније представља производ какав је он сада.
Ако је могуће, компајлирајте апликацију потпуно свежу да бисте добили најпрецизнији могући приказ софтвера.
2. Софтверски захтеви
Тестер треба да има приступ захтевима софтвера. Ово се не односи на хардвер или оперативни систем који је потребан пакету, већ на сажетак софтвера на којем програмер ради.
Поседовање детаљнијих софтверских захтева у фази тестирања значи да особље КА тражи све важне карактеристике од самог почетка, водећи рачуна о томе где постоје проблеми у софтверу и препоручујући прилагођавања.
Без овога, тестер ради без икаквих упутстава и не зна да ли су информације које пружају заиста корисне за развојни тим.
3. Одговарајући хардвер
Тестирање софтвера захтева хардвер који задовољава потребе програма који се покреће.
На пример, ако тестер тражи грешке или проблеме у новој видео игрици која захтева напредни хардвер и има само рачунар нижег нивоа, неће моћи исправно да тестира софтвер.
Ово је мањи проблем за мале апликације или веб алате. Уверите се да хардвер који користите одговара потребама софтвера пре него што почнете да завршите тестирање, бирајући хардвер након консултација са развојним тимом о захтевима софтвера.
Процес ручног тестирања
Постоји неколико корака које треба пратити када пролазите кроз процес ручног тестирања, при чему сваки игра улогу у пружању тачног прегледа вашег програма.
Ови кораци укључују:
1. Анализирајте захтеве
Први корак у процесу ручног тестирања је анализа захтева апликације. Ово укључује специфичне захтеве наведене у сажетку апликације, неке од карактеристика документа о дизајну и све друге делове програма које очекујете да видите (као што су правни захтеви).
Ако их анализирате на почетку процеса, знате за шта тестирате док испитујете софтвер.
2. Направите план тестирања
Када сазнате шта је потребно тестирати, направите план тестирања. Ово укључује да знате које функције тестирате, како их тачно тестирате и када у процесу завршите те тестове.
Креирањем плана тестирања уверавате се да су сви неопходни тестови спремни унапред и да случајно не пропустите ниједну функцију.
Ово такође помаже у управљању радном снагом, јер знате колико ручних тестера вам треба и када.
3. Напишите тест случајеве
Почните да пишете неке тестне случајеве за софтвер. Тестни случај је скуп догађаја које довршавате приликом тестирања софтвера, пратећи их сваки пут ригорозно да бисте били сигурни да је тест поштен.
Размислите о конкретном ручном тесту на којем радите у сваком случају и укључите што је могуће више детаља, јер то смањује шансу да неко одступи од првобитног плана.
4. Прегледајте своје случајеве
Након што напишете све своје тестне случајеве, прођите кроз процес темељног прегледа. Ово укључује предају тест случајева члану руководећег особља, пожељно КА менаџеру.
Укључивањем треће стране у процес лектуре, повећавате стандард тест случајева уклањањем свих грешака које би могле бити присутне. Менаџер може да предложи било каква побољшања која на крају чине ваше ручно тестирање ефикаснијим и помажу вам да пронађете проблеме у апликацији.
Уверите се да је сваки појединачни тест случај верификован пре него што извршите тестове.
5. Извршите ручне тестове
Када менаџер потврди тест случај, почните да извршавате тестове. Пратите их редоследом који сте одредили на самом почетку процеса да бисте били сигурни да сте завршили сваки тест и да људи полако и пажљиво завршавају тестове.
Исправни тестови у 100% времена ће вам уштедети много времена јер правите грешке у неким извршавањима и морате да се вратите и поново проверите да ли су резултати тачни.
Снимите информације док идете да бисте смањили могућност заборављања кључних информација.
6. Пријавите све грешке
Након што завршите ручне тестове и пронађете све грешке, довршите процес извештавања.
Ово укључује писање извештаја развојном тиму који наводи све грешке, где сте их пронашли и кораке које сте предузели да их поново направите. Укључите све податке које генеришете у своје тестирање.
У квалитативнијим тестовима, детаљно разговарајте о дизајну апликације, свим проблемима које сте имали и неким потенцијалним исправкама које апликацију чине лакшом за коришћење.
Запамтите да је то ова фаза у којој ручно тестирање заиста предњачи у односу на аутоматизацију, јер ручни тестери могу пружити квалитативне информације које аутоматизација често не може.
Најбоље праксе за ручно тестирање
Најбоље праксе се односе на неке ствари које су уобичајене у свим врстама ручног тестирања које помажу да се побољша стандард процеса тестирања. Праћење најбољих пракси на крају значи да ћете се наћи са тестом високог квалитета који има тачне и поуздане резултате.
Неке најбоље праксе које треба имати на уму када пролазите кроз процес ручног тестирања укључују:
1. Фокусирајте се на јасноћу
Наглашавање јасноће током ручног процеса тестирања је неопходно.
Бити што је могуће јаснији смањује могућност погрешне комуникације између одељења и професионалаца, помажући да се људи усредсреде на рад на правим областима софтвера. Ово је посебно важно код ручног тестирања, јер има више простора за тумачење упутстава.
Ово укључује писање јасног тест случаја који тестер треба да прати, бележење резултата на једноставан и разумљив начин и помагање свима у организацији да разумеју захтеве апликације.
2. Користите стални преглед
Прегледајте све у процесу тестирања што чешће можете.
Ефикасан процес прегледа укључује обраћање пажње на начин на који чланови особља раде, прегледавање тестних случајева како би се потврдило да и даље раде како очекујете и преглед самог софтвера како би се осигурало да је постигнут напредак.
Држећи једно око на квалитету сваког појединачног аспекта процеса, осигуравате да стандарди не склизну и да добијете довољно висок ниво резултата од почетка до краја.
3. Немојте само ловити бубе
Неки људи мисле да је главни циљ тестирања софтвера проналажење грешака, али то је далеко од случаја. Процес такође укључује уверавање да апликација ради по високим стандардима, да ради на предвидљив начин и да је удобна за корисника.
Ова употребљивост је ипак главни фокус ручног тестирања, јер је скоро „неаутоматизована“.
Ако пронађете било какве грешке када пратите свој тест случај, онда их укључите у свој извештај, али ако се потрудите да пронађете грешке које нису релевантне за тест може збунити програмере и ставити процес иза очекиване позиције.
Типови излаза из ручног теста
Постоји неколико различитих типова излаза које можете добити од ручног теста, при чему сваки нуди јединствен увид у начин на који апликација функционише.
Типови излаза које можете добити од ручних тестова укључују:
1. Дневник недостатака
Евиденција дефеката је листа или документ пун свих проблема које део софтвера има у тесту. Што је дневник грешака дужи, то је више проблема који захтевају закрпе у софтверу.
Они могу бити аутоматски или написани ручно од стране ручног тестера, при чему ручни тестери завршавају овај задатак у квалитативнијим аспектима програма, пошто платформе за аутоматизацију нису у стању да формирају мишљења о квалитету софтвера и једноставно генеришу метрику.
2. Квалитативни подаци
Ово се односи на усмене и писмене повратне информације које ручни тестер представља развојном тиму, обично након завршетка серије тестирања, као што је тест прихватања корисника.
УАТ се фокусира на осигуравање да ће просечан корисник уживати у софтверу и да ће се укључити у њега како се очекује, што значи другачији фокус у поређењу са аспектима као што је тестирање функција.
Квалитативни подаци долазе у облику дискусије са програмером или дугог писаног извештаја.
3. Поруке о грешци
Поруке о грешци су кратки низови текста који наводе да ли је дошло до грешке у софтверском пакету, и ако јесте, природу проблема.
Већина програмера напише детаљан систем који описује шта је проблем и зашто се јавља, користећи кодове грешака да би сузили проблем. Забележећи све поруке о грешци у софтверу, програмер одмах зна узрок проблема који је настао и свестан је потенцијалних корака које треба предузети у правцу његовог решавања.
Примери ручних тестова
Постоји неколико примера ручног тестирања које треба узети у обзир када сазнате више о томе како проћи кроз процес ручног тестирања. Свака од њих је специфична дисциплина тестирања која се одвија у одређеној тачки развојног циклуса, нудећи програмерима више увида и упутства о томе како да побољшају свој производ.
Неки примери формата за ручно тестирање укључују:
1. Јединично тестирање
Јединично тестирање је процес којим се осигурава да свака појединачна јединица у софтверском пакету ради како бисте очекивали. Јединица или модул се односи на једну функцију која је независно кодирана пре него што се на крају процеса компајлира у један већи софтверски пакет.
Пример овога је у бази података, где би неко могао да тестира функцију „СОРТ“ да би се уверио да правилно организује податке пре него што их интегрише у шири пакет.
Главна предност довршетка тестирања јединица је чињеница да разумете да сви системи сами раде исправно, при чему сви проблеми који се појаве у каснијим фазама произлазе из начина на који се све функције интегришу једна са другом.
Ручно попуњавање ових тестова је подједнако важно, јер штеди време које би се потрошило на сложено кодирање случајева аутоматизације.
2. Тестирање од краја до краја
Тестирање од краја до краја је процес тестирања целе апликације, од тренутка када први пут отворите софтвер до завршетка свих функција у њему.
Добар пример тестирања од краја до краја је мобилна апликација која израчунава колико пореза зарађујете, у којој тестер преузима апликацију и пролази кроз све функције да би примио коначни обрачун. Тестер бележи све проблеме које је имао и преноси то програмерима.
Програмери имају користи од тога што овај облик тестирања првенствено обављају ручни тестери јер је то прилика да виде како све јединице софтвера раде заједно, а ово тестирање у касној фази осигурава да апликација ради исправно када се све састави.
Енд-то-енд тестирање се разликује од тестирања прихватања корисника јер је енд-то-енд првенствено интерни процес, за разлику од спољашње природе процеса тестирања прихватања корисника који је окренут јавности.
3. Тестирање прихватања корисника
Тестирање прихватања корисника је последња фаза у процесу тестирања софтвера и укључује уверавање да је производ прикладан за предвиђену базу клијената производа. Ово укључује омогућавање потенцијалним клијентима приступа апликацији како би могли да је користе и дају повратне информације.
Један од најчешћих примера тестирања прихватања корисника у савременом развоју софтвера је тестирање алфа и бета видео игара, у којем играчи могу да играју игру и извештавају о свим проблемима који постоје у њој.
Главна предност завршетка тестирања прихватљивости корисника је то што добијате екстерну перспективу на свој производ уместо да се ослањате на перспективу људи који су имали активну улогу у креирању производа, уклањајући сваки потенцијал за пристрасност која утиче на тестирање. Ручно тестирање је неопходно јер систем аутоматизације не може тачно да реплицира расположење купаца.
Врсте грешака и грешака откривених ручним тестирањем које промашује аутоматско тестирање
Ручно тестирање проналази све врсте грешака, грешака и проблема, као и аутоматско тестирање. Међутим, постоје неки проблеми у софтверу који ручно тестирање одлично открива где би аутоматизација пропустила.
Неки од главних типова грешака и грешака у ручном тестирању укључују:
1. Лош ток посла
„Ток рада“ се односи на путању коју корисник прати да би дошао до одређене тачке у апликацији и завршио процес. Иако са неким токовима посла можда нема ништа технички погрешно, они и даље могу бити проблематични јер пут можда нема смисла за лаика.
У овим случајевима, ручни тестер ће обавестити програмера о проблемима са дизајном и препоручити промене, помажући корисницима да буду удобнији и упознати са апликацијом на начин који аутоматизовани системи не би схватили.
2. Графичка питања
Веб апликације раде на низу уређаја, при чему се резолуције и величине монитора стално разликују у зависности од телефона, таблета или екрана које корисник има на располагању.
У лоше оптимизованој апликацији, ово би могло да доведе до тога да средства постану растегнута и изгледају лошије на уређајима који се ређе користе, при чему алати за аутоматизацију једноставно прате меније и то не примећују.
Имплементацијом низа уређаја, ручни тестери могу пронаћи графичке недостатке који, када се закрпе, узрокују да корисници имају боље искуство са софтверским пакетом.
3. Нетачне везе
Неке веб локације или апликације повезане су са веб локацијама друштвених медија преко низа дугмади и уграђених веза. Међутим, они можда неће увек бити повезани на право место као резултат грешке у куцању или грешке у процесу развоја, што је нешто што аутоматизовани систем неће нужно пронаћи.
Линкови који иду на погрешно место могу изазвати забуну и значајно наштетити задржавању. Ручни тестери пролазе кроз све везе у програму и осигуравају да воде на право место, помажући крајњим корисницима да стигну тамо где желе да оду уместо да буду заведени проблемом.
Заједничке метрике ручног тестирања
Метрике су једноставне и мерљиве нумеричке вредности које указују на нешто након завршетка теста. Све су то квантитативне природе, што их чини лакшим за процену из перспективе програмера.
Неке од уобичајених метрика ручног тестирања које тестери користе укључују:
1. Дефекти
метрика дефеката је релативно једноставна и односи се на број грешака или грешака које су присутне у софтверском пакету. Дефект је сваки случај у којем софтвер не ради како се очекује, у распону од функционалности софтвера до начина на који графика ради. анализа недостатака као метрике је релативно једноставна, при чему је већи проблем за компанију већи проблем.
Праћењем да ли се број дефеката повећава или смањује од итерације до итерације, можете боље разумети да ли се квалитет софтвера креће у правом смеру док наставља да прима ажурирања.
2. Дефекти по сату испитивања
Дефекти по сату тестирања узимају метрику дефеката и додају још детаља, деле број дефеката са бројем сати које тестери проводе на софтверу.
На пример, једноставна веб алатка са пет дефеката за коју је потребно два минута да се покрене изгледала би боље од оне са десет дефекта коју користите сат времена са основном метриком.
Завршавајући овај даљи прорачун, ручни тестери добијају бољу представу о густини дефеката, разумевајући колико често ће корисник вероватно наићи на дефект и да ли то озбиљно утиче на њихово време са апликацијом.
Балансирање недостатака у односу на величину апликације је увек корисно за контекстуализацију проблема.
3. Проценат прошлих тест случајева
Неки тестни случајеви се покрећу на основу једноставног пролаза/неуспеха, а ова метрика обезбеђује проценат тест случајева који пролазе. Што је већи проценат положеног тест случаја, то је бољи учинак апликације.
Када је могући покушај да се користи проценат положеног тест случаја на основу функције по карактеристикама, а не приликом испитивања целе апликације. Ово пружа детаљније информације о томе шта функционише, а шта не, помажући програмерима да унесу измене где год су потребне уместо да заврше даљу истрагу како би видели где је тачно проблем. Што пре пронађете узрок проблема, то боље.
7 грешака и замки у примени ручних тестова
Постоји неколико грешака које су уобичајене у индустрији тестирања софтвера, од којих свака може довести до тога да се грешке не открију и да тестирање траје дуже него што се очекивало уз већу цену.
Неке од главних грешака и замки на које треба обратити пажњу и избегавати приликом имплементације ручног тестирања у свом раду укључују:
1. Сами поправите грешку
У неким фазама развојног процеса, програмер је особа одговорна и за тестирање кода и за решавање проблема. То би могло довести до тога да сами покушавају да реше проблеме са софтвером, упркос чињеници да можда не разумеју у потпуности узрок проблема.
Где год је то могуће, покушајте да будете сигурни да постоји јасна подела између тестера и особе која кодира решење. Прављењем ове разлике смањујете шансу да постанете превише фокусирани на исправљање специфичне грешке коју сте пронашли, а не на обрачун остатка софтвера.
Увек дистрибуирајте посао ако је могуће добити шире стручност о неком питању.
2. Журба кроз тестове
Неки комади софтвера имају веома кратке рокове за објављивање, што може довести до тога да се тестери фокусирају на брже пролажење кроз тестове како би достигли циљни датум. Ово је озбиљна грешка, јер ризикује да прођу значајне грешке. Ручно тестирање може погоршати овај проблем, јер људи осећају притисак и активно журе кроз ствари.
Покушајте да одвојите што је више могуће времена када довршавате тест случајеве, пажљиво пролазећи кроз сваки корак и детаљније бележећи податке. Чак и ако морате мало да одложите издавање, боље је испоручити комплетан производ него онај у коме корисници не уживају због лоших стандарда.
3. Лоша комуникација
Комуникација унутар тима је најважнија у сваком пројекту развоја софтвера, при чему људи добијају што је могуће више увида од својих сарадника и користе ове информације за побољшање производа. Ово се односи на сталне разговоре између одељења, као иу оквиру једног одељења.
Што ефикасније КА тим комуницира са програмерима, то имају боље смернице за креирање ажурирања, при чему ће сви заједно имати користи од објављивања производа највишег нивоа.
Ручно тестирање омогућава бољу комуникацију јер тестер има потпуно разумевање искуства, пружајући више јасноће и детаља.
4. Тестирање без припреме
Припрема ствара савршенство, а то је тачно у целом окружењу тестирања софтвера. У случају ручног тестирања, ово значи да одвојите време за разумевање софтвера поред учења сажетка и креирања тест случајева који на одговарајући начин изазивају све ове циљеве.
Узимање времена значи да ваши тестни случајеви одговарају вашим потребама као програмеру и много је већа вероватноћа да ћете пронаћи све најзначајније грешке у систему. Ово такође помаже тестерима да јасније читају тест случајеве и да их изврше са већим степеном прецизности.
5. Игнорисање инстиката
Када компанија почне да тестира ручно, она то ради из неколико разлога, укључујући чињеницу да желе прилагодљивост и инстинкте људског тестера. Када тестирате део софтвера, можда ћете приметити да се нешто чини чудним упркос томе што нисте активно део тест случаја, што вас подстиче да не правите никакве измене или даље истражујете. Ово је грешка.
Увек се препустите својој радозналости и слушајте шта вам говоре ваши инстинкти, јер то помаже у проналажењу проблема које аутоматизовани тест не може. Ручни тестери се бирају на основу њихове интелигенције и стручности, тако да деловање на основу ових карактеристика максимално искориштава потенцијал теста.
6. Страх од грешака
Сви греше, без обзира на посао који завршавате. Међутим, најбоље је то признати, а не улазити у процес плашећи се чињенице да бисте могли погрешити. То вас чини под стресом и још је већа вероватноћа да ће изазвати проблеме са перформансама тестирања. Аутоматизација нема овај проблем, са ручним тестерима који су подложнији притиску.
Приступите својим задацима природно и ако погрешите, покушајте да је исправите што је пре могуће. Тестирање софтвера је фаза у којој откривате и решавате проблеме, а повремени проблеми тестирања неће уништити софтвер за крајњег корисника све док га решите.
7. Не правите паузе
Ручно тестирање захтева висок ниво пажње посвећене детаљима на сваком појединачном тесту, што може бити заморно за тестера. Упркос томе, неки тестери и компаније се фокусирају на одржавање тестера током дана без икаквих додатних пауза због умора или пропуста у концентрацији.
Ово је значајна грешка. Обезбедите особљу за тестирање паузе током дана, јер то смањује могућност појаве проблема и одржава тестирање што је могуће прецизнијим. Ако сте и сами тестер, покушајте да радите са руководећим особљем како бисте активно бринули о менталном здрављу себе и оних око вас.
Најбољи алати за ручно тестирање
Када завршите ручно тестирање, не морате сами да завршите сваки део посла. У неким случајевима, коришћење алата може бити савршено за управљање вашим тестирањем и учинити процес што је могуће лакшим. Ако сте тестер који размишља о начинима да побољшате своје стандарде, гледање на алате може бити идеалан почетак.
5 најбољих бесплатних алата за ручно тестирање
Када почињете са било којим новим алатом у тестирању софтвера, желите да будете сигурни да добијате добру вредност за своју инвестицију. Ово се односи на количину времена које улажете у софтвер и количину новца коју потрошите да бисте добили лиценцу.
Са бесплатним алатима за ручно тестирање, добијање вредности за новац је далеко једноставније и не патите од кајања купца ако не успе.
Неки од најбољих бесплатних алата за ручно тестирање доступних тимовима за осигурање квалитета укључују:
1. ЈИРА
ЈИРА је документациони алат за тестирање софтвера који омогућава програмерима да креирају карте за све грешке, проблеме или исправке које захтевају подршку. Ова платформа такође долази са алатима за одређивање приоритета, тако да развојни тим може прво да сортира најважније проблеме приликом побољшања свог програма.
2. ЛоадРуннер
Компатибилан са низом развојних алата, ЛоадРуннер помаже у тестирању перформанси у низу подешавања, генеришући податке теста перформанси у сложеним детаљима. Алат такође помаже да се категоришу неки од главних узрока проблема са перформансама за програмера који жели да повећа ефикасност.
3. СонарКубе
Подржава широк спектар програмских језика кроз рад ручног тестирања, праћење мерења током времена како би се смањила количина извештаја које ручни тестери морају сами да заврше. Веома прилагодљив и ефикасно се интегрише са низом великих апликација независних произвођача.
4. Трац
Развијен у Питхон-у, Трац је алатка за управљање пројектима која вам пружа историју прегледа, код и све измене тако да видите измене направљене између тестова. Отклањање грешака преко Трац-а такође користи систем за управљање тикетима, поједностављујући процес проналажења проблема и његовог решавања за корисника.
5. НУнит
Заснован на ЈУнит-у, НУнит је потпуно опен-соурце алат који подржава тестове оријентисане на податке и ефикасно се интегрише са низом платформи. Приступате квантитативним подацима чак и након што завршите ручне тестове, што пружа бољи увид програмерима који желе да реше проблеме.
5 најбољих бесплатних алата за тестирање аутоматизације
Иако ручно тестирање има много предности, увођење аутоматизације у ваше процесе тестирања је понекад идеалан пут напред.
Ово вам помаже да елиминишете неке од недостатака фокусирања искључиво на ручно тестирање, док и даље имате добар преглед софтвера. Аутоматизација захтева неке алате за почетак, а многи програмери радије користе бесплатне алате док започињу свој посао и хватају се у коштац са платформом.
Неки од најбољих доступних бесплатних алата за тестирање аутоматизације укључују:
1. ЗАПТЕСТ БЕСПЛАТНО ИЗДАЊЕ
ЗАПТЕСТ Бесплатно издање је дизајнирано да помогне тестерима да интегришу аутоматизацију у свој рад, са фокусом на то да буду вишеплатформски и да наведу кориснике да имплементирају аутоматизацију на начин који правилно подржава ручно тестирање. Аутоматизација било ког задатка је кључна предност, са свим аспектима софтвера који се могу аутоматизовати кроз ЗАПТЕСТ-ово бесплатно издање.
2. Аппиум
Оквир за аутоматизацију тестова отвореног кода, који се посебно фокусира на аутоматизацију мобилних уређаја за апликације које раде у веб продавницама. Аппиум ради са низом АПИ-ја и оперативних система укључујући иОС , Виндовс , Мобиле , Веб и Андроид .
3. Каталон платформа
Решење без кода, Каталон помаже тестерима без искуства у кодирању да постигну боље аутоматизовано тестирање. Ова платформа има продавницу са низом проширења, али то значи да да бисте максимално искористили софтвер за тестирање, вероватно ћете морати да уложите много времена, а потенцијално и новца, да га прилагодите својим потребама.
4. Роботиум
Алатка отвореног кода која посебно циља на тестирање Андроид-а, истовремено омогућавајући прихватање корисника и тестирање сивог оквира. Иако ова апликација ради по високим стандардима, постоје одређени ризици за кориснике, јер би апликације за више платформи и даље захтевале тестирање на свим другим платформама.
5. Утоваривач
Лоадстер је алат дизајниран да помогне компанијама које раде са апликацијама које имају велике корисничке базе. Коришћење ове алатке помаже програмерима да се припреме за веће врхове саобраћаја и имају оптималне перформансе чак и уз значајан притисак на сервере компаније. Осим што помаже у ручном тестирању, Лоадстер може да аутоматизује неке од задатака тестера као што је одмарање оптерећења .
Закључак
У закључку, ручно тестирање је предност за сваку организацију. Тестери могу открити иначе невидљиве проблеме и дати детаљне повратне информације о апликацији које аутоматизација једноставно не може.
Иако постоје неки недостаци ручног тестирања, интелигентне компаније све више користе хибридни систем ручних и аутоматизованих тестова, помажући да се узму у обзир слабости у сваком од њих, док истовремено искориштавају предности оба.
Ручно тестирање је окосница бољег развоја софтвера и његово правилно коришћење би могло да направи велику разлику у вашим резултатима.
Често постављана питања и ресурси
Ручно тестирање може бити компликована тема, па је разумљиво да ћете можда имати још питања о начину на који функционише. Погледајте нека често постављана питања о ручном тестирању са неким ресурсима од којих можете имати користи док научите да временом постанете бољи ручни тестер.
1. Најбољи курсеви о аутоматизацији ручног тестирања
· „Основе за аутоматизацију тестирања“ – Удеми
· “Тест Аутоматион Траининг Цоурсес” – НоблеПрог
· „Обука за ручно тестирање – Уједињено Краљевство“ – Академија знања
· „Ручно и аутоматизовано тестирање“ – ИТ центар за таленте
2. Којих је 5 најбољих питања за интервју о ручном тестирању?
· „Имате ли искуства са ручним тестирањем?“ – Утврђује да ли кандидат има много искуства у раду у окружењима за тестирање.
· „Која је разлика између ручног тестирања и аутоматизације тестирања?“ – Утврђује да ли кандидат има основно техничко знање о процесима тестирања.
· „Како сте превазишли изазове у окружењу за тестирање софтвера?“ – Процењује вештине решавања проблема које кандидат има у простору за ручно тестирање.
· „Који је идеалан алат за подршку ручном тестирању?“ – Гради бољу представу о токовима посла које кандидат користи и да ли то одговара компанији.
· „Да ли вам је пријатно да радите у тиму?“ – Обавестите анкетара да ли је апликант способан да ради у већој групи.
3. Најбољи Иоутубе туторијали о ручном тестирању
· „Ручно тестирање (пуни курс)“ – СДЕТ-КА Техничар за аутоматизацију
· „ВОДИЧ ЗА ТЕСТИРАЊЕ СОФТВЕРА – Мастер тестирање софтвера и посао у тестирању крекова“ – Ментор за тестирање софтвера
· „Шта је ручно тестирање? | Упутство за ручно тестирање за почетнике | Едурека” – едурека!
· „Концепти ручног тестирања (функционални)“ – Навеен АутоматионЛабс
· „Упутства за ручно тестирање“ – Академија за тестирање софтвера
4. Како одржавати ручне тестове?
Постоји неколико ствари које можете да урадите да бисте одржавали ручне тестове, од којих је прва да водите рачуна о тестерима. Стављањем добробити у центар процеса тестирања , осигуравате да су сви у стању да посвете пажњу и да раде на свом врхунцу.
Поред тога, фокусирајте се на постојање добрих структура подршке. То значи надзор од стране менаџера који се старају да тестирање буде доследно и да даје тачне резултате где год је то могуће.
Не постоји никакво строго механичко или аутоматизовано одржавање само по себи, али брига о људима је облик одржавања вашег тестирања сам по себи.
