Автор: Мария Дрейк (Marie Drake) Оригинал статьи Перевод: Ольга Алифанова
Если вы работаете над фронт-эндом – неважно, сайта или мобильного приложения – то визуальное тестирование будет отличным подспорьем для вашей тест-стратегии. Проводя визуальное тестирование, есть над чем подумать и помимо выбора инструментария, и в этой статье я поделюсь советами, которые помогли мне при внедрении визуального тестирования в различных проектах.
Привет! Меня зовут Артём Комаренко, я работаю на позиции QA Lead в команде PaaS в СберМаркете. Хочу поделиться историей, как мы придумывали способ быстро убедиться, что очередные изменения в скриптах деплоя не разломают процесс выкатки во всей компании.
Статья будет полезна QA-специалистам и DevOps-инженерам, которые хотят автоматизировать тесты инфраструктуры. Вы узнаете как и с помощью чего можно проверить такую сущность как деплой.
В статье я буду рассказывать о примерном ходе работы, опуская специфику конкретно нашей компании. Фрагменты кода также будут отражать только идею, без промежуточных переменных, с упрощенными наименованиями, без точного количество аргументов и т.п.
Вопрос больше к синьорам и лидам, как ведете (и ведете ли?) карту приложения/состояние разного функционала вашего проекта?
Цель: Наглядно иметь перед глазами всё приложение, для лучшего контроля проблемных областей и для отслеживания состояния в целом с возможностью оставлять пометки.
Склоняюсь, что что-то подобное удобнее всего вести в виде таблиц с разворачиваемыми списка с чек-листами, с возможность красить проблемные моменты, чтобы они подсвечивали всю ветку, но такого приложения я не нашел.
Тренинг «Осознанное тестирование» направлен на осознание каждого аспекта тестирования. Мы разберем весь процесс тестирования на составляющие и пересоберем его в новом качестве:
В чем суть тестирования?
Почему при тестировании надо задавать много вопросов?
Кому и какие вопросы стоит задавать перед началом тестирования?
Как придумывать тесты?
Как выбирать и приоритизировать придуманные кейсы?
Как правильно комбинировать тесты, чтобы проверять больше за меньшее время и
усилия?
Как понять, какие тесты пропущены?
Как тестировать быстрее и проверять больше кейсов?
Какие бывают техники локализации багов и как делать это быстрее?
Как стать лучшим другом аналитика — каким образом и когда тестировать
требования и как отличить плохие требования от хороших?
Когда мы обсуждаем вопрос создания программного обеспечения, то говорим не только про архитектуру, технологии, навыки, но и про экономику. Абсолютно все проекты требуют бюджета, и он не может быть бесконечным. Необходимость рационального использования средств очевидна всем, а про необоснованную экономию порой умалчивают. А зря, ведь это в конечном итоге приводит к повышенным тратам.
Экономия затрагивает самые разные сферы проекта и специалистов. В этой статье рассмотрим обеспечение качества (QA).
Бизнес нередко считает, что тестирование – та часть проекта, на которой можно сэкономить, что за качество должны отвечать разработчики, а QA-специалистов иногда можно и не привлекать. Наш коллега Андрей на конкретных примерах покажет, к каким последствиям приводят наиболее популярные случаи экономии на QA.