Планирование автоматизации

Планирование автоматизации

Время разработчика в тестировании ограничено и расписано по минутам, поэтому хорошая идея — создавать план автоматизации как можно раньше. План должен быть реалистичным. Пытаться автоматизировать все сразу в одном тестовом пакете — это ошибка. У разработчиков такие наполеоновские планы обычно не вызывают восторга, и они не спешат помогать. Если разработчик в тестировании хочет заручиться поддержкой разработчика, план автоматизации должен быть простым, четким и способным повлиять на проект. Тяжело поддерживать масштабную автоматизацию, которая с ростом системы расшатывается еще больше. Разработчиков можно привлечь писать только узконаправленные автотесты, которые приносят пользу с самого начала.

Не стоит слишком рано вкладываться в сквозную автоматизацию — она привязывает вас к конкретной архитектуре проекта и не имеет смысла, пока продукт не сформировался и не стал стабильным. Если вы начали слишком рано и собрали много информации, она все равно обесценится к концу проекта, потому что уже поздно будет менять архитектуру продукта. Время, которое разработчик в тестировании мог бы уделить шлифовке качества, было потрачено на сопровождение неустойчивых сквозных тестов.

На заметку

Не стоит слишком рано вкладываться в сквозную автоматизацию — она привязывает вас к конкретной архитектуре проекта.

В Google разработчики в тестировании подходят к планированию так. Сначала мы выделяем интерфейсы, которые, как нам кажется, могут содержать баги. Мы создаем подставные объекты и имитации, чтобы контролировать взаимодействие с этими интерфейсами и обеспечить хорошее тестовое покрытие.

На следующем шаге мы строим легковесный фреймворк автоматизации, который даст нам возможность запустить систему подставных объектов. При таком подходе любой разработчик, код которого использует один из наших подставных интерфейсов, может создать себе отдельную сборку и прогонять на ней автоматизированные тесты перед тем, как заливать изменения в репозиторий. Только хорошо протестированный код попадает в репозиторий. Это одно из ключевых достоинств автоматизации: плохой код не попадает в экосистему и не загрязняет общую кодовую базу.

План автоматизации должен не только перечислить средства автоматизации, которые создает разработчик в тестировании: подставные объекты, имитации и фреймворки. План должен объяснять, как все участники проекта будут получать информацию о качестве сборки. Мы включаем в план создание механизмов отчетности и панели мониторинга результатов тестов и статуса выполнения. Наши разработчики в тестировании увеличивают шансы создания высококачественного кода, упрощая процесс его разработки и делая его более прозрачным.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг

Инструменты автоматизации мониторинга изменений на сайтах

Из книги Блог. Создать и раскрутить автора Ющук Евгений Владимирович

Инструменты автоматизации мониторинга изменений на сайтах Как мы уже неоднократно говорили, найти сайт – источник информации – не самая большая проблема. Сложнее сделать так, чтобы автоматически узнавать об изменениях на нем. Рассмотрим, как эта проблема решается.Итак,


5.2.4 Планирование

Из книги Процессы жизненного цикла программных средств автора Автор неизвестен


7.1.2 Планирование

Из книги Информационная технология ПРОЦЕСС СОЗДАНИЯ ДОКУМЕНТАЦИИ ПОЛЬЗОВАТЕЛЯ ПРОГРАММНОГО СРЕДСТВА автора Автор неизвестен


F.3.3 Планирование

Из книги Цифровой журнал «Компьютерра» № 34 [13.09.2010 — 19.09.2010] автора Журнал «Компьютерра»


Honeywell открывает в Москве Колледж Автоматизации Юрий Ильин

Из книги TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security) автора Фейт Сидни М

Honeywell открывает в Москве Колледж Автоматизации Юрий Ильин ОпубликованоЮрий Ильин В бизнес-центре «Легион» в Москве прошла пресс-конференция, посвящённая открытию нового многофункционального офиса корпорации Honeywell в Москве и т.н. Колледжа по


11.12 Другие методы автоматизации конфигурирования

Из книги Тайм-менеджмент для системных администраторов автора Лимончелли Томас

11.12 Другие методы автоматизации конфигурирования Было предпринято несколько других попыток автоматизировать отдельные части процесса конфигурирования. Подключенные к локальной сети системы могут использовать обратные ARP (RARP), чтобы обнаружить свой IP-адрес. Запрос ICMP


11.9. СРЕДСТВА АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ

Из книги Путь программиста: от 100$ до 10000$ в месяц автора Никитин Александр

11.9. СРЕДСТВА АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ Генераторы тестов (automatic unit test) случайным образом генерируют данные.Статические анализаторы программ, анализируют исходный тест и строят диаграммы маршрутов; анализируют присваивание данных и делают попытки построений данных,


Планирование

Из книги Поиск персонала с помощью компьютера. Как сэкономить на кадровом агентстве автора Гладкий Алексей Анатольевич

Планирование Чтобы добиться в чем-то успеха, нужно понимать, куда вообще двигаться. Поэтому потратьте время, сядьте и напишите на бумаге свои ближайшие планы и цели. Зачем Вы читаете эту книгу? Чему Вы хотите научиться? Почему Вы хотите этому научиться? Что из уже


Некоторые приемы автоматизации

Из книги Идеальный программист. Как стать профессионалом разработки ПО автора Мартин Роберт С.

Некоторые приемы автоматизации При работе в Photoshop пользователь довольно быстро запоминает клавиатурные сокращения. Это не какая-то отличительная черта профессионала, скорее – внимательного человека, так как в основном меню Photoshop очень много подсказок (рядом со многими


Кадровое планирование

Из книги автора

Кадровое планирование В настоящее время среди специалистов не существует единства мнений насчет того, какое же определение следует дать термину «кадровое планирование». Одни специалисты считают, что кадровое планирование ограничивается лишь математическим подсчетом


Пирамида автоматизации тестирования

Из книги автора

Пирамида автоматизации тестирования Профессиональные разработчики для создания модульных тестов обычно применяют методологию разработки через тестирование (TDD, Test Driven Development). Группы профессиональных разработчиков используют приемочные тесты для составления


9 Планирование

Из книги автора

9 Планирование Восемь часов – на удивление короткий промежуток времени. Это всего лишь 480 минут, или 28 800 секунд. Вы как профессионал должны использовать эти драгоценные секунды как можно более эффективно. Какую стратегию вы изберете, чтобы избежать напрасных затрат