Agile Test Automation Framework

Гнучке автоматизоване тестування

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

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

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

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

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

Таким чином, ці два параметри висувають дуже різні вимоги до набору тестів:

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

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

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

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

Перш ніж передати можливості спринту автоматизації, зважте моменти, які визначають, чи взагалі можна завершити скрипт:

• Час проектування та написання коду: Кожен скрипт має бути розроблений, закодований та перевірений, як продакшн-код.
• Перевірка на основі тестових даних: Готовий скрипт має бути перевірений на відповідність існуючим тестовим даним, перш ніж йому можна буде довіряти.
• Мета тесту: Функціональні та регресійні тести мають різні витрати на обслуговування та різні терміни придатності.
• Sprint довжина: Спринт триває від одного до чотирьох тижнів, найчастіше два, що рідко залишає місце для великих зусиль на написання сценаріїв.

Другим фактором є зміна вимог. Agile, за визначенням, є методом реагування на зміни, викликані клієнтом, тому він допускає часте коригування протягом розробки.

Автоматизоване тестування, навпаки, найбільш корисне для стабільних вимог. Воно погано підходить для постійної зміни Agile-методології, тому вибір того, що автоматизувати, має більшу вагу, ніж обсяг автоматизації.

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

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

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

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

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

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

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

Поширені запитання