Авторский канал IT-компании SimbirSoft про разработку и управление ей: делимся экспертизой, лайфхаками, разбираем реальные кейсы.
🔹Наш сайт: https://www.simbirsoft.com/?utm_source=telegram&utm_medium=messenger&utm_campaign=information_depthdev
Post #94
96
→ Своевременная корректировка планов
Наиболее эффективно, если процесс разработки описан как в первоначальном виде, так и с дальнейшими изменениями, происходящими во время проекта. Если не отразить эти изменения вовремя, некоторые элементы могут быть не учтены, что приведет к ошибкам в работе всей службы тестирования. Например, на одном проекте команда разработки добавила поле «Телефон» в личном кабинете уже после подготовки документации и не отразила это изменение. По этой причине проверка поля не вошла вовремя в тест-план, и долгое время корректность его заполнения не проверяли.
Чтобы такого не происходило, в документацию мы рекомендуем добавлять версионирование, соответствующее проекту. Рассмотрим на примере приложения заказа пиццы.
1. В первой версии в магазине доступна только пицца навынос.
2. Во второй версии добавлена доставка. Это необходимо отразить в документах, так как в заказе появляется новая функция, которую нужно покрыть тестами. Будут ли пользователю доступны обе опции при заказе, будет ли в этом поле корректный адрес, когда магазин получит заказ?
3. В третьей версии поменялась форма заказа: добавили онлайн-отслеживание, при этом исключили одну из невостребованных ранних фич. Все изменения должны войти в документацию 3.0, чтобы SDET-специалисты скорректировали стратегию тестирования с учетом новых планов развития продукта.
✔️ Модернизация и расширение системы тестирования
По нашему мнению, важно постоянно анализировать рабочий процесс и продумывать варианты улучшения. Иногда уже в ходе проекта становится ясно, что в автотестах необходимо охватить дополнительный пласт задач, который не вошел в первоначальный план. В этом случае наши SDET-специалисты составляют список предложений с описанием того, как это усовершенствует продукт и зачем это нужно.
На модернизацию тестирования нужно закладывать дополнительные ресурсы, но это поможет вам избежать ситуации, когда баги вскрываются уже после выпуска.
✔️ Атмосфера и процессы в команде
Мы уделяем особое внимание этому пункту. В ходе проекта важно выстроить общий язык с командой и настроить коммуникацию: обо всех изменениях в работе должны знать все заинтересованные стороны. Кроме того, будет хорошо, если все специалисты смогут общаться и напрямую задавать друг другу необходимые вопросы. Это позволит вам избавиться от простоев из-за ожидания нужной информации.
Для быстрого и комфортного погружения нашей команды в проект мы используем несколько лайфхаков, которые могут быть вам полезны:
📍 задействуем специалистов, которые уже работали на схожих кейсах в той же области;
📍 стараемся формировать команду из тех специалистов, которые уже знакомы с заказчиком, если это не наше первое сотрудничество;
📍 если специалисты, знакомые с отраслью или проектами заказчика, уже погружены в другие задачи, мы стараемся периодически подключать их для консультаций.
Узнайте, когда стоит подключать автотесты на проекте, в нашем материале по ссылке: https://s.simbirsoft.com/jZDd
Наиболее эффективно, если процесс разработки описан как в первоначальном виде, так и с дальнейшими изменениями, происходящими во время проекта. Если не отразить эти изменения вовремя, некоторые элементы могут быть не учтены, что приведет к ошибкам в работе всей службы тестирования. Например, на одном проекте команда разработки добавила поле «Телефон» в личном кабинете уже после подготовки документации и не отразила это изменение. По этой причине проверка поля не вошла вовремя в тест-план, и долгое время корректность его заполнения не проверяли.
Чтобы такого не происходило, в документацию мы рекомендуем добавлять версионирование, соответствующее проекту. Рассмотрим на примере приложения заказа пиццы.
1. В первой версии в магазине доступна только пицца навынос.
2. Во второй версии добавлена доставка. Это необходимо отразить в документах, так как в заказе появляется новая функция, которую нужно покрыть тестами. Будут ли пользователю доступны обе опции при заказе, будет ли в этом поле корректный адрес, когда магазин получит заказ?
3. В третьей версии поменялась форма заказа: добавили онлайн-отслеживание, при этом исключили одну из невостребованных ранних фич. Все изменения должны войти в документацию 3.0, чтобы SDET-специалисты скорректировали стратегию тестирования с учетом новых планов развития продукта.
✔️ Модернизация и расширение системы тестирования
По нашему мнению, важно постоянно анализировать рабочий процесс и продумывать варианты улучшения. Иногда уже в ходе проекта становится ясно, что в автотестах необходимо охватить дополнительный пласт задач, который не вошел в первоначальный план. В этом случае наши SDET-специалисты составляют список предложений с описанием того, как это усовершенствует продукт и зачем это нужно.
На модернизацию тестирования нужно закладывать дополнительные ресурсы, но это поможет вам избежать ситуации, когда баги вскрываются уже после выпуска.
✔️ Атмосфера и процессы в команде
Мы уделяем особое внимание этому пункту. В ходе проекта важно выстроить общий язык с командой и настроить коммуникацию: обо всех изменениях в работе должны знать все заинтересованные стороны. Кроме того, будет хорошо, если все специалисты смогут общаться и напрямую задавать друг другу необходимые вопросы. Это позволит вам избавиться от простоев из-за ожидания нужной информации.
Для быстрого и комфортного погружения нашей команды в проект мы используем несколько лайфхаков, которые могут быть вам полезны:
📍 задействуем специалистов, которые уже работали на схожих кейсах в той же области;
📍 стараемся формировать команду из тех специалистов, которые уже знакомы с заказчиком, если это не наше первое сотрудничество;
📍 если специалисты, знакомые с отраслью или проектами заказчика, уже погружены в другие задачи, мы стараемся периодически подключать их для консультаций.
Узнайте, когда стоит подключать автотесты на проекте, в нашем материале по ссылке: https://s.simbirsoft.com/jZDd
