В каком случае применял Automation тестирование

Случаи применения Automation тестирования

Автоматизация тестирования — это ключевой инструмент в современном QA. Использую её в конкретных ситуациях для максимальной эффективности.

Когда ИСПОЛЬЗУЮ Automation

1. Регрессионное тестирование

Это главный use case для автоматизации. Когда после каждого релиза нужно проверить, что старый функционал не сломался.

Пример:

• Новый feature: добавили фильтр по цене
• Старый функционал: поиск по названию, сортировка, добавление в корзину
• Без автомации: каждый раз 2+ часа ручного тестирования
• С автоматизацией: 15 минут автотестов в CI/CD

Экономия: 1.5 часа разработки * 10 релизов/месяц = 15 часов/месяц

2. Дымовое тестирование (Smoke Tests)

Быстрая проверка критичных функций после деплоя.

Пример:

• Может ли пользователь залогиниться?
• Загружаются ли основные страницы?
• Работает ли оформление заказа?
• Откликается ли API?

3. Санитас-тестирование (Sanity Tests)

Проверка, что исправленный баг действительно исправлен.

Пример:

• Баг: Кнопка "Купить" не работала
• Fix: Разработчик исправил
• Автотест: Проверяем 2 сценария (успешная покупка и ошибка)

4. API тестирование

Мощный инструмент для тестирования REST API.

Пример использования:

Тестирование CRUD операций:
- POST /users (создание)
- GET /users/{id} (получение)
- PUT /users/{id} (обновление)
- DELETE /users/{id} (удаление)

Проверяем:
- Коды ответов (201, 200, 204)
- Структура JSON
- Валидация данных
- Обработка ошибок (400, 401, 404)

Инструменты: Python requests, RestAssured, Postman

5. Граничное и отрицательное тестирование

Автоматизация систематической проверки edge cases.

Примеры сценариев:

• Вход с пустым email (400 Bad Request)
• Вход с очень длинным паролем (1000+ символов)
• Отрицательное число в поле возраста
• SQL injection попытка
• Спецсимволы в текстовых полях

6. Performance тестирование

Проверка, что приложение работает под нагрузкой.

Примеры:

• 100 одновременных пользователей на странице
• Загрузка файла 500 MB
• 1000 запросов в секунду к API
• Время ответа < 2 секунд при нагрузке

Инструменты: JMeter, k6, Locust

7. Интеграционное тестирование

Проверка взаимодействия между модулями.

Примеры:

• Создание пользователя → Отправка email → Проверка в БД
• Оформление заказа → Платёж → Обновление инвентаря
• Регистрация → Вход → Доступ к защищённым ресурсам

Когда НЕ использую Automation

1. Новая функция (первый раз)

Нужна ручная проверка UI, UX, дизайн. Автоматизация позже, когда функция стабильна.

2. Дизайн и визуальные изменения

Сложно автоматизировать проверку цветов, шрифтов, отступов. Нужен человеческий глаз.

3. Exploratory тестирование

Свободное тестирование, поиск неожиданных проблем. Нельзя автоматизировать.

4. Быстрые prototype тесты

Если меняется каждый день, автоматизация может замедлить разработку.

5. Сложные multi-step сценарии с долгими ожиданиями

Много флакинеса, когда тесты зависят от timing.

Мой практический опыт

Инструменты, которые использую:

UI Automation:

• Playwright (основной, Python)
• Selenium (знаю, но Playwright лучше)
• Cypress (JavaScript)

API Automation:

• Python requests + pytest
• Postman (collections и newman для CLI)
• RestAssured (Java)

Performance:

• k6 (любимый, простой и мощный)
• JMeter (знаю, но k6 проще)

CI/CD Integration:

• GitHub Actions
• Jenkins
• GitLab CI

Пример автотеста (Playwright):

import pytest
from playwright.sync_api import sync_playwright

def test_login_success():
    with sync_playwright() as p:
        browser = p.chromium.launch()
        page = browser.new_page()
        page.goto("https://app.example.com/login")
        
        page.fill('input[name="email"]', "user@example.com")
        page.fill('input[name="password"]', "password123")
        page.click('button[type="submit"]')
        
        page.wait_for_url("**/dashboard")
        assert page.locator('text=Welcome').is_visible()
        
        browser.close()

Стратегия покрытия в моих проектах:

• 40% Unit тесты (разработчики)
• 30% Integration тесты (API, БД)
• 20% E2E UI тесты (критичные workflows)
• 10% Manual + Exploratory

Ошибки, которые я избегаю

1. Автоматизация всего подряд Некоторые тесты дороже в поддержке, чем в ручном исполнении.

2. Не maintainable тесты Когда меняется UI, тесты ломаются. Нужна хорошая архитектура (Page Object Model).

3. Отсутствие waits в UI тестах

# Плохо:
page.click(button)
assert page.locator(success_msg).is_visible()  # Может не успеть загрузиться

# Хорошо:
page.click(button)
page.wait_for_selector(success_msg)
assert page.locator(success_msg).is_visible()

4. Тесты зависят друг от друга Каждый тест должен быть независимым и запускаться отдельно.

Вывод

Автоматизация — это не замена ручному тестированию, а его дополнение. Хороший QA знает когда автоматизировать, когда ручное тестирование эффективнее, и как писать качественные, maintainable тесты.