Меню

Как да извършите автоматизирано тестване на JAVA / J2EE приложения (част 2)

how perform automation testing java j2ee applications

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

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

Приложението J2EE съдържа няколко компонента; моля, вижте част 1 от тази серия за тестване на приложения на Java, т.е. “ Преглед на приложенията на Java ' за повече информация.

автоматизирано тестване на JAVA приложения

Като общ преглед: JSP е компонентът за изглед или екранът. JSF е рамка на компонент на изглед. JavaScript се използва за проверка на екрана. Servlet, Framework, EJB, Bean и други Java класове се използват за писане на бизнес логика.

Автоматизираното тестване може да се извърши с един инструмент или комбинация от инструменти за всеки Java компонент. Моля, обърнете внимание, че тестването на приложения може да не е напълно автоматизирано. Решението за автоматизация зависи от размера и сложността на приложението и предпочитанията на разработчика, тестера и архитекта. Имайки предвид тестването, при писането на заявления процесът ще бъде по-плавен за екипа и ще се получи качествен краен продукт, който отговаря на високите очаквания на клиента.

c ++ масиви във функции

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

Етапи в автоматизирания процес на тестване:

За ефективно автоматизирано тестване , подходът за тестване трябва да бъде обмислен подробно преди разработването на приложението. Има два отделни процеса:

  1. Разработване на приложения с оглед на инструмента за автоматизирано тестване
  2. Етапите на самото тестване.

Диаграмата по-долу показва процеса на разработка с тестване за автоматизация.

Автоматизирано тестване на приложение J2EE

Следващите етапи описват процеса на тестване на автоматизацията :

# 1) Направете анализ на определете дали трябва да се извърши ръчно или автоматизирано тестване . Също така анализирайте кои части от тестването в приложението трябва да бъдат автоматизирани и кои трябва да са ръчни.

# две) След като има обхват или изискване за тестване за автоматизация, направете анализ на осъществимостта.

# 3) Решете и изберете подходящ инструмент. След като компонентите, участващи в приложението J2EE, са известни и сложността на приложението е разбрана, може да бъде избран един или повече инструменти, ако е необходимо, за тестване.

Пример, за напълно базиран на JSP инструмент за навигация на екрана на приложението като Селен Webdriver може да е достатъчно. Имайте предвид, че за JSF базирано приложение за потребителски интерфейс, в допълнение към JUnit и инструментите за тестване на навигация на екрана, може да се наложи JSF специфични инструменти за тестване.

# 4) Анализирайте и решете колко етапа от тестването трябва да бъдат извършени. Ако единица, интеграция, функционалност / система и регресии ще бъдат изпълнени, изберете подходящ инструмент за всеки етап.

# 5) Анализирайте въздействието на инструмента за тестване върху дизайна на приложението. Ако тестването ще бъде автоматизирано, е важно да се разработят приложения, като се има предвид инструментът.

уеб услуги в java интервю въпроси и отговори

# 6) Разработете пилотно приложение или приложение за модел, стартирайте инструмента и проверете дали инструментът добавя стойността, оценена по време на фазата на анализ. Ако тази стъпка върви по план, инструментът може да бъде финализиран за приложението.

# 7) След като приложението е готово за тестване, напишете тестови скриптове и стартирайте инструмента.

Избор на инструмент

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

1) Вид на приложението - Приложението J2EE може да има много вариации. Някои са разработени с рамки като Struts, Spring, Hibernate, някои използват само технологии от страна на сървъра (JSP, Servlets), докато други приложения са изградени от край до край, като компоненти за изглед, контролер, бизнес логика и база данни.

Един или повече инструменти могат да бъдат избрани според използваните технологии. За наличните инструменти за компоненти на J2EE вижте следващата статия от тази поредица.

2) Сложността на приложението - Ако приложението е сложно с финансови последици за голям брой потребители, тестването трябва да се извърши на подробно ниво с подходящи инструменти.

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

3) Вид на изпитването - Инструментът за модулно тестване може да не работи добре за тестване на интеграция и обратно.Например, JUnit е популярен инструмент за модулно тестване, но TestNG се използва за тестване на интеграция.

4) Бюджетът за тестване - Много от популярните инструменти са с отворен код, така че отговарят на повечето проекти. За специфични за технологията инструменти може да се наложи екипът да провери дали цената на инструмента е приемлива.

5) Времевата рамка на тестване - Както при повечето разработки на приложения, крайните срокове са строги. Някои инструменти може да изискват повече време от други за обучение, настройка на околната среда и писане на тестови случаи.

6) Подкрепа за околната среда - Важно е да изберете инструменти за тестване на J2EE въз основа на средата, която приложението ще работи. Например някои се изпълняват само под Windows, а други са базирани на език.

7) Познания за тестер - Тестерът може да е запознат и опитен в даден инструмент. Ако изискванията на вашия проект и знанията на тестера съвпадат, този инструмент може да бъде избран, за да спестите време за обучение.

8) Съвместимост с други рамки за тестване - В големи J2EE приложения, когато се използват няколко компонента като JSP, Servlets, JavaScript, JSP, EJB и Database, един инструмент няма да работи за всички.

Следователно, избраните рамки за тестване трябва да могат да побират други рамки.

9) Показване на резултатите от теста и статистиката - За повечето проекти четливостта на теста може да формира важни критерии. По този начин може да се окаже важно резултатите от теста да бъдат показани в подходящ формат на екрана със списък с дефекти, причини и т.н.

Предимства на автоматизираното тестване на J2EE приложения

  • J2EE приложенията обикновено са големи; ръчното тестване на цялото приложение може да се окаже отнема много време и е склонна към грешки.
  • Няколко инструмента за автоматизирано тестване на J2EE се предлагат с основни функции за тестване на функционалността. Те са разработени и проектирани, като се има предвид компонента. Това прави живота на тестера много по-лесен. Например инструмент за тестване на JSF JSFUnit има възможност за тестване на класовете на рамката.
  • Ефективността на автоматизираните тестове е висока. При ръчно тестване коректността зависи от уменията на тестващия.
  • При проекти, при които се случват повтарящи се промени и се изисква тестване на един и същ код няколко пъти, автоматизираното тестване се оказва полезно.
  • Автоматизираното тестване обхваща по-голям набор от изпълнения на тестови случаи. Тъй като този тип тестване не зависи от човека, скоростта на изпълнение е бърза и по-голям набор може да бъде покрит за кратко време.
  • Тъй като не е необходима намеса от тестера, в по-голямата си част резултатите от теста са по-точни от ръчното тестване. Процесът на тестване също е последователен.

Заключение:

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

В следваща статия , ще видим изчерпателен списък с популярни инструменти и рамки за тестване на компоненти J2EE.

Уведомете ни за вашия опит и въпроси за тестване на автоматизацията.

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

^