Agile Test Automation Framework

За останні кілька років, відтоді як гнучка методологія прийшла на борт, а її засновники кричали та бажали покінчити з повсякденними та трудомісткими реаліями традиційної моделі водоспаду, вплив цього також можна відчути, коли справа доходить до Тестування автоматизації.

Автоматизація у Waterfall проти автоматизації в Agile

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

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

Як автоматизувати в методології Agile

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

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

Фундаментальні моменти гнучкої автоматизації тестування

Отже, нам потрібно розглянути певні фундаментальні моменти, коли мова заходить про оцінку використання гнучких методологій щодо методів і технік автоматизованого тестування. Таким чином, нам потрібно враховувати деякі фундаментальні моменти, як-от час, витрачений на проектування та кодування, перевірку розроблених сценаріїв за допомогою наявних тестових даних і прийняття їх для тестування (незалежно від того, чи є тести функціональними чи регресійними). ​​Отже, реальний факт Усі ці події полягають у тому, що для того, щоб виконати всі ці факти, нам потрібно переконатися, що для виконання цих завдань потрібна значна кількість часу та в гнучкому середовищі, де середній спринт займає в середньому 1-2 тижні, тому це очевидно, надто важко уявити, щоб приділити стільки часу для автоматизації сценаріїв таким чином.

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

Навпаки, автоматизоване тестування є дуже корисним, коли мова йде про більш стабільні та менш часті типи вимог. Таким чином, за визначенням автоматизоване тестування не піддається різним типам частих змін у вимогах, що супроводжується впровадженням будь-яких гнучких методологій.

Гнучкі інструменти автоматизації

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

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

Таким чином, першочергове значення процесу має полягати в тому, щоб забезпечити якісну поставку тестових сценаріїв автоматизації в обумовлений час, як це передбачено гнучкою методологією; нам потрібно вибрати наші потенційні тестові випадки, які будуть автоматизовані більш детально, щоб ці сценарії автоматизованих тестів добре підходили для повторного використання в майбутньому, а також гарантували, що їх можна підготувати протягом належної тривалості відведеного часу (як необхідні під час процесу гнучкої методології).

Таким чином, після розгляду всіх вищезазначених факторів ми можемо зрозуміти, що навіть при застосуванні гнучких методологій нам потрібно внести в картину типи тестів, наприклад, регресійні тести (оскільки навіть під час гнучкого тестування необхідна значна кількість тестової роботи ввести в роботу гнучкі методології для забезпечення кращої якості продукту в цілому)

Тепер давайте розглянемо найпростіші ситуації, за яких можна використовувати автоматизоване тестування, і як ми можемо застосувати те саме для сфери гнучкого тестування.

Тестування автоматизації Concepts при застосуванні до Agile