Меню

Як виконати автоматичне тестування програм JAVA / J2EE (частина 2)

how perform automation testing java j2ee applications

Спробуйте Наш Інструмент Для Усунення Проблем

Як правило, програми J2EE дуже великі і містять кілька компонентів від інтерфейсного екрану до внутрішньої бази даних. Автоматизоване тестування є кращим, ніж ручне тестування для таких великих програм завдяки економії часу та зусиль. Автоматизоване тестування, як правило, проводиться за допомогою інструментів та фреймворків.

Додаток J2EE містить кілька компонентів; зверніться до частини 1 цієї серії тестування програм Java, тобто “ Огляд програм Java ”Для детальнішої інформації.

автоматичне тестування програм JAVA

Як огляд: JSP - компонент перегляду або екран. JSF - це компонент подання. JavaScript використовується для перевірки екрану. Сервлети, Framework, EJB, Bean та інші класи Java використовуються для написання ділової логіки.

Автоматизоване тестування може проводитися за допомогою одного інструменту або комбінації інструментів для кожного компонента Java. Зверніть увагу, що тестування програм може бути не повністю автоматизованим. Рішення про автоматизацію залежить від розміру та складності програми та уподобань розробника, тестувальника та архітектора. Маючи на увазі тестування, під час написання заявок процес стане більш плавним для команди та створить якісний кінцевий продукт, який відповідає високим очікуванням замовника.

як відкрити файли xml - -

Що ви дізнаєтесь:

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

Для ефективне автоматизоване тестування , підхід до тестування повинен бути детально продуманий перед розробкою програми. Існує два окремі процеси:

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

Блок-схема нижче зображує процес розробки з тестуванням автоматизації.

Автоматизоване тестування програми J2EE

Наведені нижче етапи описують процес тестування автоматизації :

# 1) Зробіть аналіз визначити, чи слід проводити ручне або автоматичне тестування . Крім того, проаналізуйте, які частини тестування в додатку слід автоматизувати, а які - вручну.

# два) Після того, як є сфера або вимога для автоматизованого тестування, проведіть техніко-економічний обґрунтування.

# 3) Вирішіть і виберіть відповідний інструмент. Як тільки компоненти, що беруть участь у застосунку J2EE, стануть відомими та усвідомлюється складність програми, для тестування може бути обраний один або декілька інструментів.

Приклад, для повністю заснованого на JSP інструменту навігації на екрані додатків, такого як Веб-драйвер селену може бути достатнім. Зауважте, що для додатків інтерфейсу користувача на основі JSF, крім інструментів тестування навігації JUnit та екрану, для тестування можуть знадобитися спеціальні інструменти JSF.

# 4) Проаналізуйте і вирішіть, скільки етапів тестування потрібно провести. Якщо модуль, інтеграція, функціонал / система та регресії будуть виконуватися, виберіть відповідний інструмент для кожного етапу.

# 5) Проаналізуйте вплив інструменту тестування на дизайн програми. Якщо тестування планується автоматизувати, важливо розробляти додатки, пам’ятаючи про інструмент.

Основні запитання та відповіді на співбесіду з технічної підтримки

# 6) Розробіть пілотну програму або модель, запустіть інструмент і перевірте, чи додає інструмент значення, оцінене на етапі аналізу. Якщо цей крок проходить за планом, інструмент можна доопрацювати для заявки.

# 7) Коли програма буде готова до тестування, напишіть тестові сценарії та запустіть інструмент.

Вибір інструменту

Вибір відповідного засобу тестування автоматизації для програми J2EE значною мірою залежить від типу програми та використовуваних технологій. Окрім цього, є ще кілька фактори, що впливають на вибір інструменту:

1) Тип заявки - Додаток J2EE може мати багато варіантів. Деякі розробляються з такими фреймворками, як Struts, Spring, Hibernate, деякі використовують лише технології на стороні сервера (JSP, сервлети), тоді як інші додатки будуються з кінця до кінця, такі як компоненти подання, контролер, бізнес-логіка та база даних.

Один або кілька інструментів можуть бути обрані відповідно до використовуваних технологій. Про доступні інструменти для компонентів J2EE див. Наступну статтю цієї серії.

2) Складність застосування - Якщо програма є складною, що має фінансові наслідки для великої кількості користувачів, тестування потрібно проводити на детальному рівні за допомогою відповідних інструментів.

Якщо програма проста, наприклад, показ звітів та даних лише кількома користувачами, тестування можна виконати за допомогою простих інструментів з відкритим кодом.

3) Тип тестування - Засіб модульного тестування може не працювати належним чином для інтеграційного тестування і навпаки.Наприклад, JUnit - популярний інструмент для модульного тестування, але TestNG використовується для інтеграційного тестування.

4) Бюджет тестування - Багато популярних інструментів є відкритими, тому вони підходять для більшості проектів. Що стосується конкретних технологічних інструментів, команді може знадобитися перевірити, чи прийнятна вартість інструменту.

5) Часові рамки тестування - Як і в більшості розробок додатків, терміни стискаються. Деякі інструменти можуть вимагати більше часу, ніж інші, на навчання, налаштування середовища та написання тестових кейсів.

6) Підтримка навколишнього середовища - Важливо вибрати інструменти тестування J2EE, виходячи із середовища, в якому працює програма. Наприклад, деякі працюють лише у Windows, а деякі - на мовній основі.

7) Знання тестера - Випробувач може бути знайомий з певним інструментом та досвідчений у ньому. Якщо вимоги вашого проекту та знання тестера збігаються, цей інструмент можна вибрати, щоб заощадити час на навчанні.

8) Сумісність з іншими тестовими системами - У великих програмах J2EE, коли використовується кілька компонентів, таких як JSP, сервлети, JavaScript, JSP, EJB та база даних, один інструмент не буде працювати для всіх.

Отже, обрані рамки тестування повинні мати можливість вмістити інші рамки.

9) Відображення результатів тестування та статистики - Для більшості проектів читабельність тестів може бути важливим критерієм. Таким чином, може стати важливим, щоб результати виконання тесту відображались у відповідному форматі екрана із переліком дефектів, причинами тощо.

Переваги автоматизованого тестування програм J2EE

  • Додатки J2EE зазвичай великі; ручне тестування всієї програми може виявитися дуже трудомістким і схильним до помилок.
  • Кілька засобів автоматизованого тестування J2EE мають базові функції тестування функціональності. Вони розроблені та розроблені з урахуванням компонента. Це значно полегшує життя тестера. Наприклад, засіб тестування JSF JSFUnit передбачає тестування класів фреймворку.
  • Ефективність автоматизованих тестів висока. При ручному тестуванні правильність залежить від майстерності тестувальника.
  • У проектах, де відбуваються повторювані зміни, і тестування одного і того ж коду потрібно проводити кілька разів, автоматичне тестування виявляється корисним.
  • Автоматизоване тестування охоплює більший набір виконання тестових кейсів. Оскільки цей тип тестування не залежить від людини, швидкість виконання є швидкою, і більший набір можна охопити за короткий час.
  • Оскільки втручання тестера не потрібно, здебільшого результати тестування є більш точними, ніж тестування вручну. Процес тестування також є послідовним.

Висновок:

Автоматизоване тестування є кращим для великих програм J2EE. Тестування програми може бути не повністю автоматизованим. Ручне та автоматизоване тестування йдуть рука об руку. Хоча спочатку вивчення та налаштування інструменту може зайняти багато часу, після встановлення процесу тестування стає більш ефективним.

В наступна стаття , ми побачимо вичерпний перелік популярних інструментів і фреймворків для компонентного тестування J2EE.

Повідомте нас про ваш досвід і запити щодо автоматизації.

Рекомендована література

^