0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Представьте, что у вас есть прекрасная команда специалистов и отличная техническая инфраструктура, а руководство дало добро на автоматизацию на проекте. На первый взгляд, все супер, и ваш план по автоматизации просто обречен на успех. Однако практика показывает, что всегда что-то может пойти не так. Что именно?</p>
1
<p>Представьте, что у вас есть прекрасная команда специалистов и отличная техническая инфраструктура, а руководство дало добро на автоматизацию на проекте. На первый взгляд, все супер, и ваш план по автоматизации просто обречен на успех. Однако практика показывает, что всегда что-то может пойти не так. Что именно?</p>
2
<p>Худшее, что можно сделать уже на самом старте (к сожалению, такое до сих пор нередко встречается), -- это запихнуть все задачи в<strong>один-единственный тикет</strong>с расплывчатым названием в стиле "Создание автотестов". И сконцентрировать в этом тикете все проблемы и сложности. Как только вы это сделаете, можете быть уверены -- ваше личное видение автоматизации никогда не воплотится в реальность.</p>
2
<p>Худшее, что можно сделать уже на самом старте (к сожалению, такое до сих пор нередко встречается), -- это запихнуть все задачи в<strong>один-единственный тикет</strong>с расплывчатым названием в стиле "Создание автотестов". И сконцентрировать в этом тикете все проблемы и сложности. Как только вы это сделаете, можете быть уверены -- ваше личное видение автоматизации никогда не воплотится в реальность.</p>
3
<p>Горькая правда заключается в том, что до сих пор многие компании относятся к автоматизации, как к какой-то фоновой задаче, работать над которой имеет смысл лишь во время простоя.</p>
3
<p>Горькая правда заключается в том, что до сих пор многие компании относятся к автоматизации, как к какой-то фоновой задаче, работать над которой имеет смысл лишь во время простоя.</p>
4
<p>Однако на самом деле к автоматизации тестирования следует относиться как к отдельному проекту, причем даже несмотря на то, что далеко не каждый отдел может позволить себе отдельную команду автоматизаторов. При верном подходе, усилий и времени даже обычной команды хватит на то, чтобы поставленные задачи хоть понемногу, но прогрессировали.</p>
4
<p>Однако на самом деле к автоматизации тестирования следует относиться как к отдельному проекту, причем даже несмотря на то, что далеко не каждый отдел может позволить себе отдельную команду автоматизаторов. При верном подходе, усилий и времени даже обычной команды хватит на то, чтобы поставленные задачи хоть понемногу, но прогрессировали.</p>
5
<p>Таким образом,<strong>отдельная доска для требуемых тикетов по автоматизации</strong>- это не излишество, а жизненная необходимость, ведь работа должна быть: - грамотно детализированной; - правильно оцениваемой; - регулярно отслеживаемой.</p>
5
<p>Таким образом,<strong>отдельная доска для требуемых тикетов по автоматизации</strong>- это не излишество, а жизненная необходимость, ведь работа должна быть: - грамотно детализированной; - правильно оцениваемой; - регулярно отслеживаемой.</p>
6
<p>На самом деле, если планировать проект по автоматизации с нуля, вы будете поражены, сколько тикетов получится. И это все вы хотели запихнуть в один-единственный, расплывчатый и плохо составленный? Ну-ну.</p>
6
<p>На самом деле, если планировать проект по автоматизации с нуля, вы будете поражены, сколько тикетов получится. И это все вы хотели запихнуть в один-единственный, расплывчатый и плохо составленный? Ну-ну.</p>
7
<p>Следующий нюанс: даже если вы отнеслись к автоматизации с должной серьезностью как ко сложному проекту, нельзя забывать и о планировании своей последующей деятельности. То есть будет ошибочным полагать, что вы подняли автоматизацию, запустили ее, а потом можно умывать руки -- не тут-то было! Всегда надо иметь в виду и последующую<strong>поддержку тестовой автоматизации</strong>. И как бы грамотно вы не внедряли эту самую автоматизацию, полностью избавиться от издержек по поддержке не получится.</p>
7
<p>Следующий нюанс: даже если вы отнеслись к автоматизации с должной серьезностью как ко сложному проекту, нельзя забывать и о планировании своей последующей деятельности. То есть будет ошибочным полагать, что вы подняли автоматизацию, запустили ее, а потом можно умывать руки -- не тут-то было! Всегда надо иметь в виду и последующую<strong>поддержку тестовой автоматизации</strong>. И как бы грамотно вы не внедряли эту самую автоматизацию, полностью избавиться от издержек по поддержке не получится.</p>
8
<h2>Пять советов по успешному запуску тестовой автоматизации:</h2>
8
<h2>Пять советов по успешному запуску тестовой автоматизации:</h2>
9
<ol><li>Не имеет значения, какие инструменты вы используется - JIRA, Azure или Favro - вам надо создать<strong>отдельный проект/пространство для тикетов</strong>по автоматизации тестирования. Рекомендуется подойти максимально серьезно к этому вопросу и провести декомпозицию, то есть, как и для любого другого проекта, создать эпики, стори, спайки, задачи. И учесть все это в спринтах и релизах, то есть поставить четкие цели и стремиться к их достижению, а не бесцельно/бесконечно копаться в тикетах.</li>
9
<ol><li>Не имеет значения, какие инструменты вы используется - JIRA, Azure или Favro - вам надо создать<strong>отдельный проект/пространство для тикетов</strong>по автоматизации тестирования. Рекомендуется подойти максимально серьезно к этому вопросу и провести декомпозицию, то есть, как и для любого другого проекта, создать эпики, стори, спайки, задачи. И учесть все это в спринтах и релизах, то есть поставить четкие цели и стремиться к их достижению, а не бесцельно/бесконечно копаться в тикетах.</li>
10
<li>В приоритете<strong>долгосрочное планирование</strong>. Стремление к быстрому выигрышу -- это ошибка. Да, вы можете запуститься очень быстро, но последующие серьезные проблемы нивелируют ваши профиты. Мыслить надо стратегически, выбирая инструменты и технологии с учетом долгосрочных целей. Чтобы быстрее стартовать, можно где-то и пойти на компромисс, но ни в коем случае нельзя строить фундамент автотестов на основе краткосрочных целей -- это тоже ошибка.</li>
10
<li>В приоритете<strong>долгосрочное планирование</strong>. Стремление к быстрому выигрышу -- это ошибка. Да, вы можете запуститься очень быстро, но последующие серьезные проблемы нивелируют ваши профиты. Мыслить надо стратегически, выбирая инструменты и технологии с учетом долгосрочных целей. Чтобы быстрее стартовать, можно где-то и пойти на компромисс, но ни в коем случае нельзя строить фундамент автотестов на основе краткосрочных целей -- это тоже ошибка.</li>
11
<li>Удостоверьтесь в том, что<strong>способ запуска тестов существует не только на собственном компьютере</strong>. И не имеет значения, что это: виртуальная лаборатория, облако либо физическая машина. Запускать тесты только на своей машине -- это ошибка. И даже если это все, что сейчас у вас есть, это лучше, чем ничего, однако со временем автоматизированные тесты будут прогоняться дольше и дольше, следовательно, вам придется сидеть и ожидать, когда они завершатся.</li>
11
<li>Удостоверьтесь в том, что<strong>способ запуска тестов существует не только на собственном компьютере</strong>. И не имеет значения, что это: виртуальная лаборатория, облако либо физическая машина. Запускать тесты только на своей машине -- это ошибка. И даже если это все, что сейчас у вас есть, это лучше, чем ничего, однако со временем автоматизированные тесты будут прогоняться дольше и дольше, следовательно, вам придется сидеть и ожидать, когда они завершатся.</li>
12
<li>Не стоит работать в одиночку,<strong>разработчики тоже могут помочь</strong>. Практика показывает, что для действительно успешной автоматизации поддержка разработчиков очень нужна, и не столь важно, идет ли речь о создании тестов, работе с фреймворком либо даже банальном прогоне тестов. Сотрудничать с разработчиками можно и нужно -- благодаря этому вы будете уверены, что система непрерывной интеграции будет настроена правильно и эффективно.</li>
12
<li>Не стоит работать в одиночку,<strong>разработчики тоже могут помочь</strong>. Практика показывает, что для действительно успешной автоматизации поддержка разработчиков очень нужна, и не столь важно, идет ли речь о создании тестов, работе с фреймворком либо даже банальном прогоне тестов. Сотрудничать с разработчиками можно и нужно -- благодаря этому вы будете уверены, что система непрерывной интеграции будет настроена правильно и эффективно.</li>
13
<li><strong>Настойчивость и еще раз настойчивость</strong>. В процессе работы вы гарантированно столкнетесь с препятствиями. Потребуется лицензия, настройка окружения, какие-нибудь права доступа и пр. Иногда вы будете тонуть в вопросах бюрократии и канцелярщины, связанных с заказом и оплатой лицензии. Тут главное проявить твердость и настойчивость, иногда даже навязчивость. Всегда помните о том, что если реализация проекта начнет "тормозить", то с каждой последующей задержкой вам будет все труднее бороться за нужные ресурсы и поддержку. А значит, повышается риск, что ваши уже затраченные усилия пропадут даром.</li>
13
<li><strong>Настойчивость и еще раз настойчивость</strong>. В процессе работы вы гарантированно столкнетесь с препятствиями. Потребуется лицензия, настройка окружения, какие-нибудь права доступа и пр. Иногда вы будете тонуть в вопросах бюрократии и канцелярщины, связанных с заказом и оплатой лицензии. Тут главное проявить твердость и настойчивость, иногда даже навязчивость. Всегда помните о том, что если реализация проекта начнет "тормозить", то с каждой последующей задержкой вам будет все труднее бороться за нужные ресурсы и поддержку. А значит, повышается риск, что ваши уже затраченные усилия пропадут даром.</li>
14
</ol><p><em>Источник -- https://www.learnautomation.co.uk/2020/07/mistakes-the-automation-ticket/.</em></p>
14
</ol><p><em>Источник -- https://www.learnautomation.co.uk/2020/07/mistakes-the-automation-ticket/.</em></p>
15
15