how make manual testing more efficient using micro focus sprinter
ХП центар за квалитет / АЛМ је сада промењен у Мицро Фоцус Куалити Центер / АЛМ, али садржај на страници важи и за нови Мицро Фоцус домен и алате
Данас у овој ери Испитивање аутоматизације , скоро свака аутоматизација одељења за контролу квалитета је прва предност. Али мало је одељења за осигурање квалитета у којима се 70-80% тестирања врши ручно. Заиста, постоје случајеви када се квалитет у потпуности одређује ручно, јер се тамо не врши аутоматизација.
Један од пресудних разлога да компаније наставе са ручним тестом је немогућност алата за аутоматизацију да се носе са променама са којима се неке апликације редовно суочавају. У одређеним случајевима једина опција која остаје уз КА је ручно тестирање.
Ручно тестирање , најстарији облик тестирања, понекад може бити врло напоран јер захтева од тестера да буде врло стрпљив, креативан, иновативан, отворен, вешт. Ручни тестер би требало да размишља без размишљања и да увек мисли да су на месту купца током тестирања апликације.
Истраживачка испитивања, као део ручног испитивања, су област у којој ручни тестери могу анализирати своју способност размишљања изван оквира.
У случају темељног тестирања апликације, ручно тестирање игра пресудну улогу. Током почетне фазе развоја, паметност је тестирање почетне апликације развијене ручно, уместо губљења времена у писању тест скрипти.
Током извођења ручног теста за било коју веб апликацију, радну површину или рецимо мобилну апликацију, каже се да инжењер ручног теста ради ефикасније када тестер може идентификују многе критичне, озбиљне грешке у апликацији у кратком временском периоду.
Таква вештина размишљања изван оквира је веома важна, јер често постоји временско ограничење за све пројекте развоја софтвера и у ограниченом временском периоду потребно је осигурати квалитет производа / апликације. „ Време је новац '
Често се види да трчимо за различитим алатима повећати ефикасност теста аутоматизованих скрипти. Доступно је много алата који подржавају готово сваки сценарио, али стварност је да још увек има много случајева у којима неки тест случајеви не могу или кажу да не би требало аутоматизовати . Стварност је, с аутоматизацијским тестирањем, много пута се тестери непрестано боре између тест скрипти, података о тестирању, различитих апликација за анализу извјештаја о тестирању, праћење недостатака итд., Што резултира или стварање пуно могућности за грешке попут уношења погрешних података о тестирању, пропуштајући неке кораке у тест скрипта итд.
Много је учињено на повећању ефикасности аутоматизованог испитивања, али за разлику од тога, мало је учињено на побољшању ефикасности ручног испитивања .
Разговарајмо о неколико фактора који се могу узети у обзир да би рад инжењера ручног испитивања био продуктивнији, а ручно тестирање ефикасније.
Шта ћете научити:
- Чимбеници који чине ручно тестирање продуктивнијим:
- Изазови ручног тестирања
- Раствор
- Детаљни кораци за покретање основног теста помоћу ХП Спринтер
- Закључак
- Препоручено читање
Чимбеници који чине ручно тестирање продуктивнијим:
- Кроз преглед документа о захтевима , разумевање сваке примене и модификације је први и најважнији захтев / потреба пре него што наставите са функционалним испитивањем.
- Током припреме тест случајева, већи нагласак треба дати оним областима у којима се могу открити критичне или велике грешке. На пример , већи нагласак треба дати у областима у којима постоји било каква интеграција са неком другом апликацијом или примена нове функције, уместо промена у корисничком интерфејсу (корисничком интерфејсу).
- Тест примери морају да покривају сваки детаљ за нову примену или модификацију која описује сваку функционалност.
- Приоритет тест случајева може се одредити према ефикасности у апликацији тако да у датом краћем временском року треба да буду обухваћени најмање они тест случајеви чији је приоритет висок. Тест случај који покрива неке мање промене корисничког интерфејса може се прескочити када има мање времена, јер је мало или нимало ефикасности таквих тест случајева на апликацији.
- Тест случајеви би требали бити припремљени тако да се сви подаци о испитивању јасно наведу са очекиваним резултатом испитивања који одговара сваком тест случају.
- Према захтеву за пријаву, унакрсна функционална испитивања прегледача свакако треба извршити. Унакрсно функционално тестирање прегледача је тестирање апликације на различитим оперативним системима са различитим комбинацијама прегледача. Функционалност се можда неће разликовати, али пуно грешака у корисничком интерфејсу се примећује током тестирања функционалности више прегледача.
- Понекад претходно искуство на пројекту много помаже у одређивању нових тест сценарија за разумевање апликације на различите начине. Много пута такав приступ резултира необичним грешкама које нису могле бити откривене нормалним извршавањем тест случајева.
- Истраживачко тестирање помаже тестерима да користе своје размишљање како би прихватили апликацију на начин на који то може узети купац.
- Тестирање апликације у свакој фази развоја је најбоља пракса, јер може бити исплативо, као и смањити шансе за накнадно проналажење озбиљних грешака. Касније идентификовани недостаци врло су скупи за отклањање од дефеката утврђених у раним фазама испитивања.
- Извештавање о грешкама треба да буде такво да га програмер јасно разуме. Треба дати тачне кораке за репродукцију како програмери не би претпостављали сценарио док поправљају квар. Ово ће вам помоћи да брзо поправите грешку.
- Правилно Алати за праћење грешака као што су ЈИРА, Бугзилла, итд. треба користити за пријављивање проблема.
Изазови ручног тестирања
Ручно тестирање је с једне стране врло склоно грешкама, дуготрајно и мукотрпно, док их с друге стране има више изазови са којима се суочавају током извођења ручног тестирања . У наставку је наведено неколико: -
- Понављајући кораци које треба следити током извршења тест случаја.
- Ручно унесите велику количину података.
- Радите са више екрана и алата. Извршите тестирање у више прегледача.
- Много времена за писање тест случајева и управљање подацима о тестовима.
- Губљење времена током поновног стварања / репродуковања једном уочених проблема.
- Не одржава се стаза за пробне радње извршене током истраживачког испитивања.
Раствор
Да би се постигло обоје брзина и квалитет , повећати ефективност и ефикасност ручног тестирања, Мицро Фоцус је представио решење за ручно тестирање софтвера, познато као: ХП Спринтер , који убрзава агилно тестирање максимализујући утицај истраживачког тестирања. ХП Спринтер се често назива и ХП АЛМ / КЦ Спринтер .
Предности употребе ХП АЛМ / КЦ Спринтер:
Кључне карактеристике ХП АЛМ / КЦ Спринтер укључују:
- Побољшати и побољшати истраживачка испитивања бољим утврђивањем разлога недостатка или исхода испитивања.
- Доставите резултате брже
- Снимање радњи корисника током извођења тест случајева на детаљан начин резултирајући резултатима теста.
- Елиминишите понављање тест случајева Ињекција података
- Покретање тест случајева истовремено на више машина за повећану покривеност различитим окружењем ради утврђивања компатибилности апликација
- Испитивање огледала- Тестирајте више окружења истовремено.
- Повећање продуктивности са бржим отклањањем квара.
Преузимање Мицро Фоцус Спринтера: Пробну верзију ХП Спринтер можете преузети на Ова страница .
Погледајте кратко ХП Спринтер демонстрација видео овде:
Детаљни кораци за покретање основног теста помоћу ХП Спринтер
Дајте нам разумевање са више снимака екрана “ Како се изводи основни тест “ користећи ХП Спринтер.
1) Хп Спринтер има два начина: „ План ' и ' Трцати ’. Планирајте режим за одговарање на тест и покрените за извршавање теста.
(Белешка: Кликните на било коју слику за увећани приказ)
2) Сада, да бисте отворили тест у ХП Спринтер, пре свега кликните на дугме „Отвори“ на левом панелу, а затим са падајућег менија изаберите „Отвори ХП АЛМ тест“.
У овом доњем примеру је изабран тест „Наручи лет“.
3) Следећи снимак екрана описује „Тест радни простор“ који омогућава приступ детаљима теста који садрже све информације.
4) Тест „Кораци“ садрже кораке дизајна који су обухваћени тестом.
софтвер за преузимање видео записа са ваше цеви
5) Било који корак ручног тестирања можемо додати и кликом на дугме „Додај“. Као што видите на доњем снимку екрана, корак 6 се додаје кликом на дугме „Додај“.
6) Након писања описа корака, кораку се може додати и снимак екрана.
7) Користећи тест спринтер, можемо аутоматски документовати тест случајеве док се крећемо кроз апликацију. Кликните на снимање корака да бисте отворили прозор апликације.
8) На картици Рун, где се извршава тест, све функције спринтера су доступне као бочне траке. Кликните на дугме Покрени да бисте покренули покретање.
9) Доступне су картице око апликација као што су: Алати, Макро, Скенери и Контрола покретања.
10) Извештавање о недостацима: Спринтер омогућава стварање детаљних и документованих детаља у додавању информација о сценарију квара (на картици Смарт Дефецт)
Једанаест) Када доставимо квар, Спринтер може додати кораке испитивања опису квара; такође може на дефект приложити снимање екрана или филм теста.
прогласи низ низова у јави
12) Такође може да уређује снимање екрана да би даље разјаснио квар или помогао програмерима да користе алате у валидацији главних елемената у корисничком интерфејсу.
13) Спринтер такође може аутоматски открити недостатке. У оквиру скенера кликните на скенирање када ћемо скенирати недостатак.
14) Убризгавање података: Апликација за тестирање која садржи све облике многих поља за унос може постати заморна, дуготрајна и склона грешкама. Убризгавање података аутоматски убризгава унапред дефинисане податке у апликацију. То доводи до велике уштеде времена у досадним активностима ручног тестирања.
петнаест) Када кликнемо на дугме за убризгавање, подаци се аутоматски убризгавају у образац као што је приказано у апликацији.
16) Зрцаљење података: Тестирајте више окружења истовремено. Пружа огромну вредност купцима локализацијом, различитим позадинским конфигурацијама.
17) Након тога се креира детаљан извештај о покретању. Извештај укључује резиме покретања, све кораке који су изведени, достављене недостатке и све изведене радње.
18) Други начин за преглед резултата покретања је Сторибоард.
Закључак
Спринтер је једноставна апликација за рачунаре, која повећава брзину извршења тест случајева, смањење трошкова и побољшава продуктивност, и на крају помаже у повећању ефикасности ручног тестирања.
Предложено читање = >> Шта је испитивање ефикасности
Спринтер не само да максимализује утицај и ефикасност истраживачког тестирања, већ такође смањује време потребно за комплетирање животног циклуса теста. Убрзава испоруку апликација. Стога се укључивањем ХП спринтера током ручног тестирања за било коју апликацију може доказати да је ручни тест врло ефикасан начин тестирања.
О аутору: Ово је гост Сусхме С. Има више од 4 године искуства у тестирању софтвера и тренутно ради као виши инжењер за тестирање софтвера у МНЦ-у. Има стручност у КА процесима и ручно тестирање уз благовремену испоруку у агресивним роковима.
Јавите нам ако имате било каквих питања о коришћењу ХП Спринтер.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција # 5: Топ 17 алата за истраживачко тестирање
Препоручено читање
- Најбољи алати за тестирање софтвера 2021. године (КА Тест Аутоматион Тоолс)
- Увод у Мицро Фоцус ЛоадРуннер - Тестирање оптерећења помоћу ЛоадРуннер водича бр. 1
- Помоћ за ручно тестирање е-књига - Бесплатно преузимање изнутра!
- Преузимање е-књиге за тестирање буквара
- Изазови ручног и аутоматизованог испитивања
- Да ли сте стручњак за ручно или аутоматско тестирање? Радите скраћено за нас!
- Како извршити ручно тестирање перформанси?
- Испитивање оптерећења помоћу ХП ЛоадРуннер водича