Тестване на пъргава автоматизация
Agile Automation Тестването при разработване на софтуер е подход за използване на автоматизацията на тестове в гъвкави методологии. Целта на пъргавото тестване за автоматизация е да направи процеса на разработване на софтуер по-ефективен и ефикасен, като същевременно запази качеството и времето, както и консумацията на ресурси. По този начин изпълнението на такъв процес изисква много координация и сътрудничество между екипите.
През последните няколко години, откакто на борда се появи гъвкавата методология с нейните основатели, които крещяха и искаха да премахнат светските и трудоемки реалности на традиционния модел на водопада, въздействието на същото може да се усети и когато става въпрос за автоматизиране на тестовете .
Автоматизация във Водопад срещу Автоматизация в пъргав
В сферата на традиционния процес на жизнения цикъл на тестване на софтуер, тестването на автоматизацията обикновено е осъществимо, когато приложението е стабилно, стабилно и изискването включва реално значително време и в повечето случаи включва набор от много умели експертни ресурси за автоматизация както и значителен размер на разходите за настройка. Основната цел на тестовете за автоматизация е да намали разходите за дълго време и да гарантира, че не са установени нови дефекти в резултат на съществуващи тестови случаи.
Тестването на автоматизацията от самото естество на технологията няма изследователски характер, тъй като основната роля на автоматизацията е спестяване на време и намаляване на разходите. Тестването за автоматизация не е предназначено да открива нови и иновативни дефекти. Тестването за автоматизация цели предимно потвърждение на вече съществуващото.
Как да автоматизирам в Agile Methodology
Сега по самото си определение гъвкавата методология говори за премахване на трудоемката и досадна документация, така че да могат да бъдат внедрени нови и иновативни идеи и хората да могат да си взаимодействат свободно помежду си, за да могат да бъдат приложени повече от тези иновативни и изследователски идеи.
По този начин можем да видим противоречие между основните фундаментални философии на гъвкавите методологии и тестването на автоматизацията.
Основни точки за пъргавата автоматизация на тестовете
Затова трябва да разгледаме някои основни моменти тук, когато става въпрос за оценка на използването на гъвкави методологии по отношение на методите и техниките за автоматизиране на тестовете. По този начин трябва да разгледаме някои основни моменти като времето, необходимо за проектиране и кодиране, валидиране на проектираните скриптове със съществуващите данни от теста и приемането на същите за тестване (независимо дали тестовете са с функционална или регресивна цел) Така че истинският факт на всички тези събития е, че за да изпълним всички тези факти, трябва да гарантираме, че за тези задачи е необходимо значително време и в гъвкава среда, където средният спринт отнема средно 1-2 седмици, за да завърши и по този начин е очевидно е твърде трудно да се мисли за предоставяне на толкова много време за автоматизиране на скриптове по такъв начин.
Тук остава друг важен фактор, че видът на промените в изискванията, които се появяват, когато играе гъвкавата методология. Подвижната методология по собственото си определение е един вид техника, която е много полезна за реакция на изискванията за бързи промени, предизвикани от клиента и която по този начин се поддава добре на честите промени по време на цялостното развитие на приложението.
За разлика от това, тестването за автоматизация е много полезно, когато става въпрос за по-стабилни и по-редки видове изисквания. Поради това по дефиниция тестването за автоматизация не се поддава добре на различни видове чести промени в изискванията, което идва заедно с приемането на всякакви гъвкави методологии.
Инструменти за пъргава автоматизация
Изборът на подходящ инструмент за автоматизация също е потенциално много важен фактор, когато става въпрос за приемането на тестове за автоматизация в рамките на общата гъвкава методология. Лицензираните инструменти за автоматизация например налагат строг критерий за достъп до сигурността на различни типове и нива на потребителите, когато става въпрос за достъп до различни важни ресурси, принадлежащи към тази конкретна рамка за автоматизация на тестване.
За разлика от това гъвкавата методология акцентира върху предимно отворено сътрудничество и отворено взаимодействие между членовете на екипа и по този начин ограничителни политики, което пряко влияе върху това как потребителите биха имали отрицателно въздействие върху цялостното сближаване в екипа и по този начин може да доведе до резултати, които не са нито много полезно, нито много благоприятно за цялостния успех на проекта.
Следователно първостепенното значение на процеса трябва да бъде да се гарантира, че за да се получи качествена доставка на скриптове за тестове за автоматизация в рамките на определено време, предвидено от гъвкавата методология; трябва да изберем нашите потенциални тестови случаи, които ще бъдат автоматизирани по по-нюансиран начин, така че тези автоматизирани тестови скриптове да се поддават добре за бъдеща повторна употреба, както и да гарантираме, че те могат да бъдат подготвени в рамките на подходящата продължителност на определеното време (както необходими по време на процеса на гъвкава методология).
След разглеждане на всички горепосочени фактори можем да осъзнаем, че дори докато приемаме гъвкави методологии, трябва да представим в образа видовете тестове, като например регресионни тестове (тъй като дори по време на гъвкаво тестване е необходим значителен обем от тестови работи, които са необходими да въведем в действие гъвкави методологии за осигуряване на по-добро качество на цялостния продукт)
Сега нека разгледаме най-основните ситуации, при които тестването за автоматизация може да се използва и как можем да възприемем същото в сферата на пъргавото тестване.
Концепции за автоматизирано тестване, когато се прилагат към Agile
