how select correct test cases
Сада је доба тест аутоматизације . Већина пројеката тестирања покушава да преведе своје ручне тестове у аутоматизоване да би побољшала продуктивност и покривеност.
Један од кључних корака за започињање аутоматског тестирања је - одабир одговарајућих тест случајева и одређивање повраћаја улагања.
Шта очекивати од овог чланка?
У овом чланку сам покушао да наведем неколико важних тачака на основу свог искуства како бих вам помогао да одаберете тачног кандидата за аутоматизацију и одредити разне друге факторе који ће донети боље резултате испитивања и користи.
Зашто аутоматизовано тестирање?
Аутоматизација не надјачава или замењује ручно тестирање, али га допуњује. Попут ручног, и аутоматизацији је потребна стратегија са одговарајућим планирањем, надзором и контролом. Када се аутоматизација правилно примени, може постати предност за тим, пројекат и на крају за организацију.
Много је предности аутоматизације; ево неколико важних напомена:
- Корисно за извршавање рутинских задатака попут Тестови дима и Регресиони тестови .
- Корисно у припреми Тест подаци .
- Помаже у извршавању Тест случајеви који укључују сложену пословну логику .
- Добро је извршити унакрсне тестове за више платформи (попут различитих ОС-а, прегледача итд.)
- Одлично за извршавање тест случајева које је мало тешко ручно извршити.
- Када број итерација извршења тест случаја није познат.
Много пута заинтересоване стране сматрају да аутоматизација тестова делује као алат за подршку ручном тестирању, тако да је витално схватити да је аутоматизација најбољи начин за повећање ефикасности, ефикасности и покривености тестирања. То не само да штеди време, већ и побољшава тачност, јер се понављајући задаци ручним приступом могу склонити људским грешкама и одузимати пуно времена.
Кандидати за аутоматизацију
Основне грешке које треба избегавати:
Једна од најосновнијих грешака које тестери праве је НЕ бирање исправних тест случајева за аутоматизацију.
Не бирајте само било који пакет за тестирање. Темељно анализирајте тест случајеве и одаберите кандидате за аутоматизацију узимајући у обзир најважнији фактор, тј. РОИ. Прво, требало би да разумемо и сазнамо начине за постизање већег и позитивног повраћаја улагања.
пример двоструко повезане листе ц ++
( РОИ - повраћај улагања - То је прорачун користи у смислу уштеде трошкова, повећане ефикасности и квалитета)
Не постоји стандардни поступак за одређивање тачних тест случајева за аутоматизацију. Све зависи од апликације коју тестирате.
На основу свог искуства, покушао сам да утврдим неколико корака који могу пружити увид у одабир тест случајева и на крају напредовати у постизању позитивног повраћаја улагања за аутоматизацију.
Такође погледајте => Како превести случајеве ручног тестирања у скрипте за аутоматизацију?
Шта ћете научити:
Како одабрати тачне испитне случајеве за испитивање аутоматизације
Корак 1:
Утврдите параметре на којима ћете заснивати свој тест као кандидат за аутоматизацију.
Од сада идентификујем следеће параметре, можете имати своје параметре у зависности од ваше апликације.
- Тест случај изведен са различитим скуповима података.
- Тест случај изведен у различитим прегледачима.
- Тест случај изведен у различитим окружењима.
- Тест случај изведен сложеном пословном логиком
- Тест случај изведен са различитим скупом корисника
- Тест случај укључује велику количину података
- Тест случај има било какве зависности
- Тест случај захтева посебне податке
Корак 2:
Поделите сваку апликацију на модуле. За сваки модул анализирајте и покушајте да идентификујете тестове који би требали бити аутоматизовани на основу параметара. Ова листа ће се разликовати од пројеката до пројеката, а такође се може побољшати у складу са вашим потребама:
Слика 1.0
И - Да
Н - Не
На сличан начин, за све модуле, ова листа се може користити за идентификацију тест случајева кандидата за аутоматизацију.
3. корак :
Обједините и групишите број тест случајева за сваки модул приказан у наставку
Слика 2.0
Слика 2.0 је прилично јасна и саморазумљива. Овде покушавам да квантификујем детаље и дам процену да бих тестирање завршио ручно.
Корак 4:
Када идентификујете све детаље на нивоу гранула, можете их представити на доленаведени начин. Сада напредујемо у израчунавању повраћаја улагања.
Слика 3.0:
Такође бисмо требали узети у обзир следеће атрибути који чине основу за одвраћање повраћаја улагања :
- Трошкови куповине и лиценцирања алата
- Време је за развој сценарија
- Време је за одржавање скрипти.
- Време је за ручну и аутоматску анализу резултата
- Време и трошкови за обуку ресурса.
- Општи трошкови менаџмента
Пример израчунавања РОИ за аутоматизацију теста
У већини случајева повраћај улагања израчунава се на пет година, али није обавезан. На основу горе наведених фактора, покушаћу да детаљније објасним израчунавање повраћаја улагања за 5 година. Као и обично, увек га можете прилагодити и побољшати.
* РОИ = (кумулативна уштеда / улагање кроз аутоматизацију) * 100
Приручник за аутоматско тестирање - који су изазови процеса?
Покушао сам да наведем тачке које сматрам великим изазовом када покушавамо да аутоматизујемо тестни пакет.
# 1) Потреба за аутоматизацијом: Сваки тест тим је јединствен и има искључиву потребу за аутоматизацијом. Не можемо развити фиксни стандард, али можемо прилагодити стандард који ће одговарати нашим потребама. Из овог разлога, аутоматизација захтева добру подршку менаџмента као и развојног тима.
# 2) Аутоматизација комплетне апликације: Аутоматизација 100% апликације је велики задатак. Није да је то немогуће, али захтева правилно планирање и праћење и наравно; неко време. Постоји пуно пермутација и комбинација података, н број окружења са н бројем атрибута за потврду идентитета и ауторизације које треба проверити и стога захтевају стратегију за аутоматизацију.
# 3) Ручно против менталитета аутоматизације: ' Обично аутоматизујемо оно што је важно и понавља се, али више волимо да важну функционалност тестирамо ручно ”. Збуњен? Чак сам и ја !! Али ово је чињеница. Требали бисмо имати критеријуме који ће одлучити који су важно тест случајева. Ови критеријуми могу се заснивати на више фактора као што су сложена пословна логика, подручја која клијенте више занимају, подручја склона ризику итд.
# 4) Одлучивање о оквиру: Дизајнирање оквира је најважнији аспект аутоматизације. Верујем да бисмо требали посветити релативно више времена за развој оквира него за писање сценарија. Кад год развијемо план аутоматизације, дизајнирање оквира треба да буде главни фокус.
ПЛАН за дизајн оквира. Идентификујте и направите контролну листу ставки које ће чинити оквир. Ако је оквир чврст, скриптирање и одржавање постају лаки.
# 5) Знање тима: Кад год помислимо на аутоматизацију, одмах прелазимо на учење програмског језика или скриптног језика. Учење овог језика дефинитивно ће помоћи, али већи нагласак треба бити на изградњи и развоју логике.
Аутоматизација не би требала бити одговорност неке шачице ресурса, већ би читав тим требао томе допринијети. Ово ће помоћи не само да се побољшају вештине ресурса већ и држати их мотивисаним .
# 6) Извештавање: Свака алатка има стандард за извештавање о резултатима теста. Да га прилагодите; је изазовни задатак. Извештавање о резултатима теста такође захтева координацију и одржавање што повећава трошкове.
# 7) Поверење: Требали бисмо веровати нашим стварима о аутоматизацији. Улажемо људске сате за изградњу комплета за аутоматизацију, али ипак не верујемо у резултате теста. Треба се потрудити да се одрже скрипте. Такође, требало би да видимо да тим који врши ручно тестирање апликације треба да буде укључен да је аутоматизује пошто познаје своју апликацију.
Већину времена трећи тим врши аутоматизацију, тако да стварни тим за тестирање није упознат са скриптама и на крају заврши са ручним покретањем тестова, јер осећа да се надовезује на скрипте и додаје своје задатке
Такође видети=> Изазови ручног и аутоматизованог испитивања.
Закључак
У већини случајева то више волимо Аутоматизујте пакет Регресија ( ево неколико изазова у аутоматизацији пакета за регресију у агилном окружењу ) јер садржи већи број тест случајева. У том случају можемо разбити регресиона одела на мања одела и одлучити да покренемо одговарајући пакет према захтеву за издање.
Претпоставимо да регресијски пакет садржи 1500 тест случајева, можете га разбити на 3 одела од 500 тест случајева по оделу и аутоматизовати.
јава ј2ее питања за интервју за 10 година искуства
Уместо да аутоматизујете читав пакет, можете одлучите се за фазну аутоматизацију . Другим речима, можете пратити прототипски модел за развој пакета аутоматизације. Направите структуру или оквир са применом мањег броја тест случајева и почните да користите то и постепено га побољшавајте додавањем још тестова.
Требали бисмо пратити Деминг точак (ПДЦА циклус) и за аутоматизацију. Будући да је стална активност, нагласак треба ставити на правилну изградњу оквира што ће резултирати лакоћом одржавања и применом нових карактеристика.
Потребна је одговарајућа подршка од развојног тима и од менаџмента. Требало би да подстакнемо тим за тестирање да највише допринесе тестирању аутоматизације јер они знају свој производ више од било кога другог.
О аутору: Ово је гостујући чланак Схилпе Цхаттерјее Рои. Она ради у пољу Испитивање софтвера у последњих 8,5 година у разним доменима.
Надам се да смо ово поједноставили„Приручник за аутоматско тестирање“процес. Слободно поделите своје искуство и размишљања о томе како превазилазите изазове процеса.
ПРЕВ Туториал |. | СЛЕДЕЋА Лекција
Препоручено читање
- Како превести случајеве ручног тестирања у скрипте за аутоматизацију? - Водич корак по корак са примером
- Изазови ручног и аутоматизованог испитивања
- Шта је испитивање аутоматизације (ултимативни водич за покретање аутоматизације теста)
- Процес тестирања аутоматизације у 10 корака: Како започети тестирање аутоматизације у својој организацији
- 25 најбољих Јава оквира за тестирање и алата за аутоматско тестирање (3. део)
- 20+ најбољих алата за тестирање аутоматизације отвореног кода у 2021
- 10 најбољих стратегија аутоматизације и најбоље праксе
- Када се одлучити за аутоматско тестирање?