Меню

Ръководство стъпка по стъпка за внедряване на доказателство за концепция (POC) в тестовете за автоматизация

step step guide implement proof concept automation testing

Опитайте Нашия Инструмент За Премахване На Проблемите

Как да приложим доказателство за концепция (POC) при тестване за автоматизация?

Всяка организация има различно тестови процеси и процедури. Ръчното тестване е важно и незаменимо, но автоматизацията набира скорост.

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

Автоматизация тестване доказателство на концепцията poc

# 1 . Продължителност на проекта: Краткосрочни или дългосрочни - дългосрочните проекти са добри кандидати за автоматизация

# две. Колко регресия се прави във всяка тестов цикъл ? - проекти, които имат повтарящи се и продължителни тестове за регресия, тъй като автоматизацията намалява общото време за тестване и осигурява пълно покритие.

# 3. Стабилност на приложението: За автоматизация трябва да се има предвид приложение, което не е податливо на чести промени. Продуктът, който не е стабилен, където GUI / функционалността продължава да се променя, елементите или неговият XPath на страницата се променят, не трябва да се автоматизира, докато не стабилизира.

java програмиране въпроси и отговори за писмен тест

# 4. Сигурни ли са данните за проекта и дали тестването им изисква сложни процедури? - В този случай е най-добре да отидете на ръчно тестване.

# 5. Дали организацията има бюджет за автоматизация? - Автоматизацията ще добави към допълнителни разходи за организацията като разходи за инструменти за автоматизация, разходи за ресурси, време, необходимо за разработване на рамка и писане / поддържане на тестови скриптове за автоматизация.

С автоматизация липсващите тестове или приемането на някои резултати от теста за даденост никога няма да се случи. Той осигурява 100% покритие на даден модул всеки път, когато се тества същото. Автоматизацията също ще помогне да се извърши един и същ тест няколко пъти в множество браузъри и платформи.

Следващата фигура ще ви помогне да разберете процеса на тестване за автоматизация

Процес на тестване за автоматизация

От гледна точка на техническото изпитване, Екипът на QA трябва да разбере следните аспекти относно техния инструмент за автоматизация:

  1. Матрица за тестване на платформа и ОС
  2. Възможност, управлявана от данни
  3. Възможност за отчитане и преносимост на отчета
  4. Лесно отстраняване на грешки и регистриране
  5. Поддържа се контрол на версиите
  6. Разширяем и персонализируем (може да се интегрира с други инструменти като Ant, TestNG)
  7. Непрекъсната интеграция.
  8. Известия по имейл (Получаване на персонализирано имейл съобщение, ако тестовете са преминали успешно / неуспешно / или някаква мрежова повреда)
  9. Ако са необходими тестове в различни браузъри и множество платформи, тогава се поддържа или не разпределена среда за тестване.

Какво ще научите:

mysql срещу sql сървър срещу oracle

Избор на правилен инструмент за автоматизация:

Избор на правилен инструмент за автоматизация

# 1. Тестваното приложение е уеб приложение или настолно приложение.
# две. Изборът на инструмент с отворен код Vs платен такъв.
# 3. Инструментът трябва да изпълни изискването за тестване на приложението
# 4. Използване на инструмента - опитът и нивото на комфорт на екипа по отношение на използването и обучението на инструментите
# 5. Поддържа ли отчитане - ако не, какви други възможности за отчитане са на разположение (с отворен код или платено). Ако отговорът е да, тогава колко е добър по отношение на предаването на коректни данни от презентации, както и гледна точка на съдържанието.

Прочетете също => Ръководството от A до Z за избор на най-добрия инструмент за автоматизация

В допълнение, оценката на инструмента включва:

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

  1. GUI се изпълнява с помощта на традиционни HTML или AJAX или други инструменти за уеб разработка
  2. Включва ли GUI видеоклипове, изображения или много писмено съдържание?
  3. Той е интерактивен или само информативен
  4. Браузъри, които трябва да бъдат тествани .

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

Разработване на доказателство за концепция за автоматизация:

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

За да направите това:

1) Решете тестовите случаи които ще използваме в POC.
две) Помага да се изберат областите, които клиентите ще се интересуват най-много.
3) Планирайте да покажете ръчна срещу автоматизация по начин, който доказва, че няма влошаване на качеството, като изберете автоматизация.
4) Включете тестов случай, който не успее и води до откриване на дефект - това помага да се засили, че инструментът наистина може да намери дефекти
5) Използвайте твърдения и точки за валидиране, когато е необходимо.
6) Показвайте ясно области, които могат и не могат да бъдат автоматизирани. Обикновено следните аспекти не могат да бъдат автоматизирани:

  • Видео пара
  • Flash съдържание (нестатично съдържание)
  • Нестатични изображения

7) Откройте дали инструментът отговаря на следните изисквания?

  • Може ли да автоматизира всички ключови характеристики на желаното приложение
  • Възможна ли е автоматизация на същия браузър, който се изисква от проекта
  • Ще изисква ли автоматизацията промяна в изпълнението на приложението? (подобно на автоматизацията е важно идентификаторите на елементи да са уникални и да не се променят всеки път, когато се извиква страницата)

Резултатът от POC - обикновено е един от следните:

  1. Инструментите отговарят на изискванията на проекта - Разработете допълнителни подробности. Като разходи за внедряване - необходимо е договаряне на цени, финализиране на лицензионни такси, разходи за обучение и поддръжка, консултации и разходи за внедряване и др. В случай на отворен код, инструментите определят зрелостта на инструмента, наличните учебни ресурси, кривата на обучение, наличната подкрепа и т.н., както за лицензирани, така и за инструменти с отворен код, трябва да се вземат предвид и разходите за поддръжка. Трябва да се има предвид, че ползите са значителни само за дълъг период от време.
  2. Инструментът не отговаря на изискванията и има ограничения - инструментът вече не се разглежда.
  3. Инструментът частично отговаря на изискванията - преразгледайте и проверете дали друг отговаря на изискванията по-добре ИЛИ ако автоматизацията е напълно извън картината ИЛИ ако има някакво друго решение със същия инструмент.

След като представим нашето доказателство за концепция на ръководството и получим зелена светлина от тях, следващата стъпка е изпълнението на пилотен проект с помощта на този инструмент.

POC шаблон:

Няма един перфектен POC шаблон. Обикновено включва:

  1. Изискване за POC
  2. Кандидати за POC (Всички инструменти за автоматизация)
  3. Изисквания към проекта
  4. Плюсове и минуси на всеки инструмент въз основа на изискванията на проекта
  5. POC резултат

Ето няколко шаблона за автоматизация POC за справка:

=> POC шаблон 1
=> POC шаблон 2

Изпълнение на пилотен проект:

Ние трябва да определим нашия пилотен проект чрез:

  • Количествено определяне на бизнес казуси, които ще определят дали трябва да използваме този инструмент или не.
  • Дефинирайте конвенцията за именуване и различни насоки за инструмента за приложение.
  • Предимства на инструмент като финансов и други, какво може да се направи и какво не, както и възможните му решения.

Етап 1. Избор на тестови случаи за пилот

  • Модули / функции, важни от гледна точка на клиента
  • Функционалност, лесна за демонстриране (щастлив път от край до край)
  • Тестовите случаи, трудни за ръчно тестване и след като бъдат автоматизирани, ще опростят тестването им
  • Неработеща функционалност, за да демонстрира как автоматизацията може да помогне за идентифициране на неуспешен тестов случай

Стъпка 2. Рамка за автоматизация развитие

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

Могат да се използват следните техники за скриптове:

къде е ключът за мрежова защита на рутера
  • Линейна
  • Хибрид
  • Управлявани от данни
  • Ключова дума и
  • Структуриран

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

Определете шаблони, конвенции за именуване на обекти, тестови случаи, тестови пакети, хранилище за данни и др.

Стъпка # 3. Разработване и изпълнение на скриптове

Стъпка # 4. Отчитане: Инструментът има ли вградени възможности за отчитане? Способни ли са вградените отчети да предадат точно цялата необходима информация? Ще ни трябва ли друг инструмент за отчитане като кристални отчети, reportNG и т.н.?

Стъпка # 5 . Поддържане на скриптове за автоматизация

Представяне на заинтересованите страни:

Колкото доказателство за концепция и прилагане на пилотен проект е важно, толкова и представянето му по правилния начин. Следващите точки ще ви помогнат да го представите в положителен смисъл.

  1. Започнете с това колко усилия за ръчно тестване се влагат във всеки цикъл на тестване, предизвикателствата, пред които е изправено по време на ръчното тестване и как можем да използваме автоматизацията, за да ги преодолеем.
  2. Обяснете как сте избрали инструмента въз основа на доказателството за концепцията
  3. Подчертайте характеристиките на инструмента за автоматизация и как той допълва изискванията за тестване
  4. Докато преминавате през автоматизацията, обяснете как инструментът за автоматизация не само ще помогне за по-бързо изпълнение на теста, но и способността му да извършва проверка и идентификация на грешки.
  5. Демонстрирайте как отчетът ще покаже състоянието на изпълнение на тестовия случай
  6. Откройте функциите за отчитане като цветни легенди за различно състояние на тестовите случаи, моментни снимки на неуспешни тестови случаи и преносимост на отчетите
  7. И накрая покажете колко време за тестване ще бъде намалено за всеки цикъл на тестване.
  8. Обяснете също така как можете да постигнете цялата рамка за автоматизация, която сте разработили, и нейните предимства по отношение на използването и поддръжката.

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

Надяваме се, че това ръководство е полезно за вас, за да започнете да пишете POC документ за автоматизация. Уведомете ни, ако имате някакви въпроси.

Препоръчително четене

^