Что интересного в программе и как протестировать онлайн-площадку заранее?
Программа Heisenbug 2021 Piter полностью готова — в ней 26 докладов и
воркшопов! В этом анонсе мы перечислим основные темы и спикеров конференции по
тестированию, которая пройдет уже 6–9 апреля в онлайне. Итак, поехали!
Основные темы:
ML в тестировании
Теория тестирования
UI
Kick start
Инструменты
Best practices
С докладами выступят:
Кевлин Хенни — автор и редактор нескольких книг об IT, разработчик, спикер и консультант с огромным опытом;
Мануэль Риггер — автор инструмента SQLancer, обнаружившего более 450 багов в SQLite, MySQL, PostgreSQL, MariaDB и CockroachDB;
Артем Ерошенко — специалист по тестированию с 8-летним опытом, специалист по работе с Selenium, HtmlElements, Allure, Jenkins и многие другие;
Помимо докладов будет несколько воркшопов, на которых можно будет не только послушать, но и попрактиковаться:
Виталий Фридман — От birthday selector до inline validation: Всё, что нужно знать о веб-формах;
Андрей Солнцев — Как начать свой проект автоматизации с нуля; Продолжение;
Олександр Хотемской — Пишем API-тесты на TypeScript;
Юрий Артамонов — IDE в помощь специалисту по тестированию.
Полную программу можно увидеть здесь. Промокод на скидку тоже есть
— softwaretesting2021JRGpc
Интересно, что все это в 4К, с возможностью ставить на паузу или менять скорость воспроизведения и даже игровым режимом платформы, который имитирует реальную площадку.
Хотите протестировать платформу, на которой будет проходить Heisenbug? Приходите на бесплатный онлайн-фестиваль TechTrain 2021 Spring, который пройдет 27 марта.
На нем вы сможете увидеть 6 докладов по разным направлениям, а мы — обкатать все системы в бою перед сезоном.
Тем более, что с докладом выступят Всеволод Брекелов и Артем Ерошенко, где познакомят с кучей инструментов,
которые могут облегчить жизнь разработчику, тестировщику и даже менеджеру.
Автор: Саймон Найт (Simon Knight) Оригинал статьи Перевод: Ольга Алифанова
Не утомляйте и не путайте ваших заказчиков длинными тест-планами. Вместо них воспользуйтесь этими вариантами – они легче, проще, и удобопонятнее.
По моему опыту планирования тестирования в различных условиях, командах и организациях, ценность этого планирования не состоит в документе как таковом – она заключается в мыслях, рассматриваемых видах деятельности, ресурсах, потенциальных рисках и предположениях о проблемах.
Глубокие размышления об этих факторах и их фиксация в любой форме – вот в чем задача этого упражнения.
Вы часто задумывались, обнаружив баг в мобильном приложении и заводя его в баг-трекер, как правильно назвать ту или иную часть интерфейса или действие, которые привели к ошибке? Или читаешь описание задачи и задумываешься, как должен выглядеть какой-то экран и что должно появиться при тапе на кнопку. А может, вы описываете продуктовые задачи и не всегда чувствуете себя на одной волне с дизайнерами и разработчиками, которые иногда начинают говорить на эльфийском? Чтобы исключить недопонимание, неясности и вопросы, мы решили создать перечень наиболее распространенных элементов и жестов и показать их на примере Юлы.
А вы знали, как называется «та самая выезжающая снизу экрана шторка» или несколько (три и более) тапов подряд? Ответы на эти вопросы и названия многих других элементов читайте в нашей статье.
Автор: Хилке де Йонг (Hylke de Jong) Оригинал статьи Перевод: Ольга Алифанова
Всем, тестирующим приложения или веб-сайты в мобильных браузерах, известно, сколько проблем вызывают различные платформы и браузеры. То, что отлично работает в одном мобильном браузере, внезапно с треском ломается в другом (я смотрю прямо на тебя, IE11).
Учитывать приходится множество мобильных устройств, браузеров и операционных систем. Но такое обилие возможностей вызывает один довольно важный вопрос: как узнать, на каких браузерах и устройствах тестировать?
Давайте с этим разберемся и создадим устойчивую кросс-браузерную мобильную тест-стратегию.
Автор: Яковлев Станислав — Team Lead команды тестирования сервиса Юла, телеграмм канал t.me/qa_chillout
После публикации статьи «Чек-лист тестирования мобильных приложений», поступило большое количество сообщений про такой же чек-лист, только для WEB приложений. Чтобы ответить на этот вопрос была подготовлена универсальная шпаргалка, которую можно использовать при тестировании практически любого WEB приложения.
В данный чек-лист вошли только общие характеристики. Естественно, в тестируемом приложении может быть функциональность, для которой нужно применять отдельный подход и создать отдельные сценарии. То же самое верно для производительности, удобства использования, безопасности и прочего тестирования, которое необходимо вашему приложению.
Автор: Маарет Пюхяярве (MaaretPyhäjärvi) Оригинал статьи Перевод: Ольга Алифанова
Хорошее исследовательское тестирование балансирует наш выбор того, что делать сейчас – поэтому, когда время вышло, мы уверены, что сделали наилучшую из возможных работу в заданных временных рамках, и способны рассказать об идеях и рисках, которые мы не покрыли. Для баланса выбора нам надо знать, какие варианты у нас есть, и недавно я заметила, что количество вариантов, из которого выбирают некоторые тестировщики, ограничено. Многое из того, что мы сейчас называем тест-дизайном – это припоминание информации с целью сделать информированный выбор. Как говорится:
"Если единственный известный вам инструмент – это молоток, все становится похожим на гвоздь".
Когда-то в прошлом году команда LearnQA обещала организовать вебинар по какой-нибудь CI-системе. И вот, это случилось - вебинар по запуску автотестов в TeamCity.
На вебинаре ведущие вебинара:
✔️ Научат запускать TeamCity и агенты, настраивать проекты и билды
✔️ Запустят Selenium-тесты на Java и TestNG в Docker-контейнере с подготовкой Allure-отчетов
✔️ Запустят API-тесты на Python и requests с предварительной подготовкой бэкенда в зависимом билде
✔️ Покажут как разобраться с настройкой триггеров, интеграицей с GitHub и запуском тестов на Pull Request
Для вебинара специально было выбрано два стека для автотестов, чтобы рассказать как можно больше интересного.
Вебинар будет вести Виталий Котов, основатель LearnQA и Александр Измайлов - Head Of RE.
Для кого этот вебинар:
✔️ для начинающих автоматизаторов и тех, кто уже задумывается о выстраивании пайплайнов в своей компании
✔️ для тех, кто хочет знать как запускать любые автотесты в популярной CI-системе
✔️ для тех, кто хочет увереннее себя чувствовать в настройке Docker-контейнеров и отчетов Allure
✔️ для тех, кому хочется закинуть крутой пример в свое портфолио
Вебинар состоится в среду, 24 марта с 20:00 до 22:00 по Москве.
Каждый участник вебинара получит видеозапись, индивидуальный доступ на TeamCity и в репозитории с тестами.
За пятнадцать лет работы в тестировании я наблюдаю, как отрасль из простой и незрелой, ориентированной на начинающих айтишников, становится профессиональным направлением. Раньше тест-менеджер должен был распределять задачи между тестировщиками и следить, чтобы они тестировали разные области, не повторяя одно и то же - такая вот “высокоинтеллектуальная управленческая задача”. Со временем в тестировании появилась узкая специализация, и теперь тестировщики решают разные задачи. Кто-то занимается тест-анализами и тест-дизайном, кто-то автоматизирует тесты, кто-то проводит ручное тестирование как по готовым скриптам, так и в свободном поиске, используя множество инструментов исследовательского тестирования. Соответственно, роль тест-менеджера также поменялась. Теперь он не просто распределяет задачи, а организует процесс, выделяет необходимые задачи для решения, объединяет людей с абсолютно разной квалификацией и целями, чтобы на выходе получить прекрасный результат. И тут, внимание, вопрос: а что же такое прекрасный результат в тестировании?
Автор: Ян Бин (Iain Bean) Оригинал статьи Перевод: Ольга Алифанова
Выявление (и исправление) проблем доступности – важная часть навыков любого фронтэнд-разработчика, но зачастую сложно отделить полезные инструменты и техники от менее полезных. К тому же существует множество ложных представлений, поэтому я решил написать статью о тех инструментах и техниках, которыми пользуюсь сам, тестируя веб-доступность. Дабы извлечь из статьи максимум пользы, проделайте все это самостоятельно.
Начнем с начала: выберите сайт для тестирования. Если у вас есть свой сайт, или сайт вашей компании – можете использовать их, а если вы ищете что-то совсем ужасное – множество примеров можно найти на Awwwards и Product Hunt.
