Agile Test Automation Framework

Тестване на гъвкава автоматизация

Гъвкаво автоматизирано тестване е практиката за използване на автоматизирано тестване в рамките на Agile процеса на доставка. Целта му е да направи разработването на софтуер по-ефективно и ефикасно, като същевременно защитава качеството и контролира времето и ресурсите, които едно издание изразходва. Тъй като тестовете се пишат успоредно с работата по функциите, практиката зависи силно от координацията между разработчиците и тестерите.

Откакто Agile методологията си постави за цел да премахне трудоемките реалности на каскадния модел, нейното влияние се усеща в тестване за автоматизация също. Двете дисциплини трябва да бъдат съзнателно комбинирани:

Автоматизация във Waterfall срещу автоматизация в Agile

В традиционния жизнен цикъл на тестване на софтуер, автоматизираното тестване става възможно, след като приложението е стабилно и изискванията са уредениТова предполага значително количество време, висококвалифицирани специалисти по автоматизация и забележими разходи за настройка. Основната цел е да се намалят разходите в дългосрочен план и да се потвърди, че не са въведени нови дефекти около съществуващите тестови случаи.

Автоматизираното тестване не е проучвателно по природа, защото основната му роля е да спести време и да намали разходите. Не е предназначен да разкрива нови и иновативни дефекти. Автоматизираното тестване най-вече потвърждава вече съществуващо поведение.

Следователно двете настройки поставят много различни изисквания към тестовия набор:

Как да автоматизираме в Agile методологията

По собствено определение, Agile методологията елиминира досадната документация, така че новите идеи да могат да бъдат внедрени бързо и хората да могат да взаимодействат свободно. Тя предпочита проучвателната работа пред документооборота:

Съществува реално противоречие между фундаменталните философии на Agile методологията и автоматизираното тестване. Agile екипите го разрешават, като стесняват какво автоматизират, вместо да автоматизират по-малко: проверките се пишат в същия спринт като функцията, избутват се надолу до ниво модул и API, където са най-евтини за поддръжка, и се изпълняват при всяка компилация.

Основни точки за гъвкава автоматизация на тестовете

Преди да ангажирате спринт капацитета на автоматизацията, претеглете точките, които определят дали даден скрипт изобщо може да бъде завършен:

• Време за проектиране и кодиране: Всеки скрипт трябва да бъде проектиран, кодиран и прегледан като производствен код.
• Валидация спрямо тестови данни: Готовият скрипт трябва да бъде валидиран със съществуващите тестови данни, преди някой да може да му се довери.
• Цел на теста: Функционалните и регресионните тестове носят различни разходи за поддръжка и различен срок на годност.
• Sprint дължина: Спринтът трае от една до четири седмици, най-често две, което рядко оставя място за големи усилия за писане на скриптове.

Вторият фактор е промяната в изискванията. Agile, по дефиниция, е техника за реагиране на промени, предизвикани от клиента, така че е подходящ за често коригиране по време на разработката.

Автоматизираното тестване, за разлика от това, е най-полезно при стабилни изисквания. То не се поддава добре на постоянната промяна на Agile методологията, поради което изборът какво да се автоматизира е по-важен от количеството автоматизирано.

Инструменти за гъвкава автоматизация

Изборът на подходящ инструмент за автоматизация е друг важен фактор при приемането на автоматизирано тестване в рамките на Agile методология. Лицензираните инструменти за автоматизация, например, налагат строги критерии за достъп до сигурност за различните типове и нива на потребители, което ограничава кой може да достигне до ресурсите, принадлежащи на тази рамка за автоматизирано тестване.

Гъвкавата методология, за разлика от нея, набляга на отвореното сътрудничество и неограниченото взаимодействие между членовете на екипа. Политиките за ограничаване на достъпа работят срещу тази сплотеност и могат да доведат до резултати, които не са нито полезни, нито благоприятстват успеха на проекта.

Приоритетът е да се предоставят качествени скриптове за автоматизация в рамките на времето, което позволява Agile процесът. Изберете внимателно кандидат-тестовите случаи, така че получените скриптове да могат да бъдат използвани повторно по-късно и все пак да бъдат завършени в рамките на определеното време.

Дори в Agile среда някои тестове все още трябва да бъдат обхванати - по-специално регресионните тестове. Следващият раздел разглежда ситуациите, в които автоматизираното тестване е подходящо и как всяко от тях се съпоставя с Agile тестването.

Тестване на автоматизацията Concepts Когато се прилага към Agile

Таблицата по-долу разглежда седемте класически условия, които оправдават автоматизирането на тест, и дава Agile отговор за всяко от тях. Само три от тях се превръщат в Agile спринт, като и трите са с форма на регресия:

Въпроси и Отговори