how does test planning differ
Сви се слажемо да се пројекти аутоматизације по природи разликују од пројеката ручног тестирања. Иако аутономни пројекти аутоматизације заправо не постоје (или не би требали идеално постојати), и пројекти ручног и аутоматизације се различито третирају када се планирају.
Комбиновани планирани пројекат неизбежно се извршава; ово не само да утиче на тренутни пројекат и баца сенку на могућности појединца, већ може довести и до губитка поверења у тим за клијента / менаџмент - што утиче на даље пословање. Пре бих рекао да смо ми тестери на сигурном него да нам је жао.
=> Кликните овде за комплетну серију водича за план испитивања
Добар стрип Дилберта о планирању:
Пре него што наставимо даље, желим да утврдим о чему овај чланак НЕЋЕ бити речи.
# 1) Ово није детаљна расправа о оквирима аутоматизације. Различити пројекти користе различите оквире у зависности од природе својих АУТ, архитектуре, сложености, стручности тима итд.
Информације у вези са оквирима могу се наћи на доњим везама:
Оквири аутоматизације испитивања 1. део и део 2 .
#два) Овде се такође не ради о предлошку, формату или изради а Документ плана испитивања . Размотрићемо разматрања преддокументације за пројекат аутоматизације, више у редовима анализе изводљивости.
# 3) Ово такође нису алати посебно. Свака активност у СДЛЦ-у захтева време, напор, инфраструктуру - другим речима - НОВАЦ.
За пројекат ручног испитивања фактори који троше трошкове су:
- Људи
- Алати - Тестирање / управљање недостацима
- Инфраструктура - животна средина
- време
- обука
За пројекат аутоматизације, поред горе наведених ставки, требају му и трошкови за:
- Алати за аутоматизацију
- Додатак за интеграцију алата за управљање тестом
- Додатак за подршку АУТ (попут САП-а, Орацле-а итд.)
- Успостављен оквир
- Обука специфична за алат
С обзиром на ове околности, да ли успех пројекта аутоматизације зависи од тога колико сте добро написали код, колико компонената за вишекратну употребу сте написали или у колико редова кода сте постигли жељени резултат?
Немој.
Једно је и једино питање које одређује успех - „Да ли можете да генеришете бољи повраћај улагања у односу на ручну руту“? - Ако не одмах, на крају.
Ако је одговор на ово питање „НЕ“, онда сте погрешно планирали пројекат аутоматизације.
План испитивања обично садржи следеће одељке. Разговараћемо о сваком од њих фокусирајући се на аспекте аутоматизације који треба узети у обзир:
Одељци плана испитивања аутоматизације
Секција 1:Обим
- Изаберите тест случајеве / сценарије који ће се регресирати изнова и изнова у више циклуса.
- Понекад најједноставнијим тест случајевима треба пуно сложених решења да би се аутоматизовали. Ако су ово само за једнократну употребу, очигледно нема смисла. Поновна употребљивост треба да буде ваш фокус.
- Испитивање аутоматизацијом не врши / не може извршити истраживачка испитивања.
Одељак # 2: Тест стратегија
- Овај одељак се назива Оквиром у свету аутоматизације. Неке оквире је изузетно изазовно створити, а такође су и ефикасни - али они захтевају време, труд и компетенцију. Увек тражите средину и учините најбоље што можете без угрожавања прекомерне употребе ресурса.
- Одлучите се о кодирању најбољих пракси које ће се користити, конвенцијама именовања, локацијама за чување средстава за тестирање, формату резултата испитивања итд. Да бисте одржали једнообразност и повећали продуктивност.
Одељак # 3:Ресурси / улоге и одговорности
- Први корак у овом правцу је разумевање могућности тима и предвиђање домета аутоматизације који долазе у слику. Ово ће помоћи у одабиру тима који одговара и потребама аутоматизације и ручног тестирања. Такође, одаберите људе који имају исправан став - они који не мисле да је ручно тестирање испод њиховог стаса.
- Изаберите тим који је добро упућен у АУТ, управљање тестовима, управљање недостацима и друге СДЛЦ активности
- Одељак # 1: Обим
Одељак # 4:Алати
Изаберите алате за аутоматизацију на основу следећих правила:
- Да ли компанија већ има лиценце за одређени алат, покушајте да видите да ли можете да га користите
- Потражите отворене (али поуздане) алате
- Да ли чланови тима већ знају алат или морамо да доведемо некога новог? Или обучити постојеће?
Одељак # 5: Распоред
- Укључите време за пролаз кроз код и преглед скрипти за аутоматизацију
- Одржавајте скрипте благовремено. Ако креирате део кода који нећете користити наредних 6 месеци или слично, побрините се да га повремено одржавате како бисте смањили шансе за неуспех.
Одељак # 6:Животна средина
- Циљно окружење које ће ваш АУТ покренути и алат за аутоматизацију који желите да користите требају бити компатибилни. Ово је један од фактора који треба сматрати претходним лиценцирањем за алат.
- Такође анализирајте да ли остатак Алати за управљање на месту и алат за аутоматизацију који покушавате да унесете међусобно су повезани за додатну корист.
Одељак # 7:Испоруке
- Ваше скрипте за тест су ваши резултати. Међутим, нису сви паметни у аутоматизацији / програмском језику. Дакле, планирајте да направите документ „Како да“ који ће тренутним корисницима и будућим члановима тима помоћи да разумеју ову скрипту чак и када нисте у близини.
- Укључите коментаре и у своју скрипту.
Одељак # 8: Ризици
Ако ћете предложити решење за аутоматизацију, будите сигурни да сте изабрали исплативе алате и решења како бисте били сигурни да подухват аутоматизације не оптерећује пројекат.
Важно је поставити очекивање да повраћај улагања за пројекат аутоматизације не може бити позитиван одмах, већ се може јасно видети током дужих временских периода.
Стога, ако предлажете аутоматизацију система, одаберите онај који јесте
- Стабилно и не превише одржавања
- Има простор за огромне регресионе апартмане
- Нема превише ручне интервенције или не зависи од човекове интуиције
Одељак # 9:Тест подаци
- Узмите у обзир сигурносне аспекте података
- У скрипте немојте уносити било какве тест податке. То само доводи до превише одржавања скрипте и може изазвати грешке током модификације.
- Будите врло прецизни. За корак ручног тестирања - „унесите име“, можете рећи да унесете било које име од 5 знакова. Током тестирања, тестер може да упише „Свати“ или „Сеела“ или било шта друго. Али за алат не може да претпоставља такве претпоставке. Стога наведите тачне вредности.
Одељак # 10:Извештаји / Резултати
- Резултати извршавања скрипти су такође технички и можда неће бити лако разумљиви остатку тимова. Планирајте писање детаљних резултата на нотепад или екцел листове као додатну меру.
- Такође се очекују детаљни оквирни документи, резултати прегледа, извештаји о недостацима, извештаји о статусу извршења.
Ми, ентузијасти аутоматизације, можемо помислити да клијенти / менаџмент не купују лако предлоге за аутоматизацију.
зашто соларни филмови не раде
Међутим, када је наш крајњи циљ максимизирање повраћаја улагања кроз аутоматизацију, ми смо у савршеној хармонији и са циљевима менаџмента / клијента. Ово ће осигурати да не само да аутоматизујемо наш пројекат, већ ћемо то моћи и учинити, уз пуно пристанка, сарадње и узбуђења.
Планирање и темељна анализа свих горе наведених фактора могу бити наш савезник на овом путовању. Поново, РОИ значи све.
Овај пост написао је члан ауторског тима СТХ Свати Сеела.
Имате питања или ствари за расправу? Слободно објавите у коментарима испод.
=> Посетите овде за комплетну серију водича за план испитивања
Препоручено читање
- КТП Фрамеворкс - Тест Аутоматион Фрамеворкс - Примери вођени кључним речима и линеарни оквири - КТП водич # 17
- Изазови ручног и аутоматизованог тестирања
- Како одлучити која врста тестирања је потребна за пројекат? - Ручно или аутоматизација
- Зашто нам је потребан оквир за аутоматизацију испитивања?
- 10 најбољих стратегија аутоматизације и најбоље праксе
- Како превести случајеве ручног тестирања у скрипте за аутоматизацију? - Водич корак по корак са примером
- Када се одлучити за тестирање аутоматизације?
- Процес тестирања аутоматизације у 10 корака: Како започети тестирање аутоматизације у својој организацији