Каждый из нас, кто пытался поправить своё здоровье, начинал со здоровых привычек: занятие спортом, диета, уход за телом и прочее.
Мгновенные решения в виде пилюль для похудения или вялая пробежка на дорожке — это катализаторы улучшения на короткие промежутки времени, и долгоиграющих результатов подобным не достичь.
Похожие правила работают и по отношению к процессу тестирования ПО!Мало использовать самую новую систему управления тестами или современный фреймворк: истинно качественное ПО — это набор полезных тест-привычек.
Далее самые популярные из них будут рассмотрены более детально, и вы сможете взять их на вооружение!
Ночной тест должен быть перепроверен, а все падения — исправлены
Некоторые тестировщики, которые занимаются автоматизацией, порой, создают проверки, автоматически запускающиеся в ночное время суток.
Возникает вопрос, а сколько из них (числа проверок) затем редактируются и запускаются повторно?
Традиционно, все ночные прогоны являются посредственной суммой тестов: если больше половины из них выполняется корректно, то мы автоматические предполагаем, что всё хорошо, и нестабильные проверки не трогаем.
Такое отношение крайне неверное, ведь вы никогда не узнаете, что у вас есть проблемы.Если вы автоматизатор и имеете практику создавать ночные тесты, акцентируйте своё внимание на их качестве.
Каждое утро перепроверяйте ночные запуски и ищите причины всплывающих падений.
Если вам на глаза попадутся ложноотрицательные показатели в определенном наборе проверок, исправьте их, дабы они стали стабильными.
В конечном итоге, у вас будет набор тестов, на которые реально можно положиться!
Модульные тесты и интеграционные проверки запускаются с каждой сборкой
Очень сильно надеемся на то, что разработчики вашей продуктовой компании создают модульные тесты для своего программного кода.
При ситуации, когда модульные тесты стартуют всегда при каждом коммите кода, они могут давать крайне приятную глазу обратную связь.Также есть польза и от интеграционных тестов, которые могут помочь всему отделу тестирования отслеживать потенциальную потерю обратной связи с БД, либо же API внешней команды.
Рекомендуется настраивать работу сборок таким образом, дабы при каждом запуске сборки, модульные тесты и интеграционные тесты также запускались.
Поверьте, такая методика действительно уберегает вас от лишней работы по отладке тестовых сценариев.
Проверки безопасности должны быть настроены на регулярной основе
Технические проблемы с веб-безопасностью могут возникнуть спонтанно.
Один из способов поддерживать уровень безопасности на должном показателе — монотонное сканирование программного кода.
На сегодняшний день, в сети Интернет представлено масса как платных, так и бесплатных инструментов, которые пользователи могут настраивать как на ежедневный запуск, так и на создание предупреждения о потенциально возникающей уязвимости.
Выполняйте прогон нагрузочных тестов перед выпуском новой версии ПО
Вы уверены на 100%, что ваше приложение корректно справляется с нагрузкой?
Ведь даже одно мало-мальски незначительное изменение (например, добавление стороннего API) может привести к изменению поведения производительности.
Хорошая привычка заключается в том, чтобы выполнять тесты нагрузки постоянно перед началом выгрузки новых изменений.Если производительность веб-продукта существенно просела, с этим нужно разбираться и вносить все требуемые изменения.
Пингуйте ваш API на регулярной основе
Если используемый вами API вчера работал корректно, не означает, что завтра утром он будет также корректен.
Всё, что угодно может спровоцировать проблемы с API.
Например, кто-то ненароком сменил правило брандмауэра.
Хорошая привычка — выстроить пинг-тестирование для API.Можно воспользоваться специальной конечной точкой здоровья, которая будет возвращать положительные и негативные результаты, либо же дающая возможность редактировать GET-запросы.
Вне зависимости от используемого метода, данную проверку необходимо настроить на работу раз в несколько минут, дабы она информировала пользователя о том, если что-то пошло не так как нужно.
Выстройте мониторинг и группу предупреждений
Как вы считаете, сколько ошибок удалось бы избежать, если бы ваша команда заранее получала бы предупреждения о них?
Именно постройка мониторинга оповещений позволит вам узнавать о проблеме тогда, когда она ещё не стала катастрофой и всё еще можно исправить.
Проработайте со своей командой логику и периодичность уведомлений, и сделайте так, чтобы ответственность за коммуникацию лежала не на одном человеке.
Итоги
Вместо заключения стоит отметить, что, если придерживаться хоть некоторых из вышеописанных тест-привычек, «здоровье» и качество вашего программного ПО при предоставлении услуг с QA-консультирования повысится в разы!
Конечно же, это не так круто как работа со свежим тест-инструментом, но в разы бюджетнее и эффективней.
Оставить комментарий