Home

Самые интересные новости тестирования, любопытные обсуждения, полезные статьи - в предновогодней рассылке новостей за декабрь - 2023.

Мы поздравляем вас с наступающим Новым Годом и Рождеством, желаем вам успешных релизов, отсутствия техдолга, довольных заказчиков и счастливых пользователей! Будьте счастливы!

Автор: Филип Рик (Filip Hric)
Оригинал статьи: https://filiphric.com/how-to-wait-for-page-to-load-in-cypress
Перевод: Ольга Алифанова

Cypress-тест может быть очень быстрым – иногда даже быстрее тестируемого приложения. Если вы оказались в ситуации, когда Cypress работает быстрее, чем загружается ваше приложение, то эта статья для вас.

Перевод: ProQuality Community, телеграмм-канал
Автор оригинала: Sona Gamaryan

Сегодня специалистам по тестированию и менеджменту необходимо достичь оптимального баланса между скоростью и качеством при поставке программного обеспечения для современного бизнеса. Если вы стремитесь пересмотреть процесс обеспечения качества с целью ускорить выпуск продукта и внедрить непрерывное тестирование (Continuous Testing), то эта статья для вас.

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

Один из наиболее частых вопросов на вебинарах и стримах – это «Как мне применить Х в Cucumber?». Cucumber, по ощущениям, обязателен для множества команд – речь может идти о тестировании API, cy.session() или какой-либо иной функциональности.

Главное преимущество использования Cucumber – это возможность пользоваться синтаксисом Gherkin для определений тестов. Все тесты пишутся как поведенческие сценарии, а следовательно, тест не только проверяет функциональность, но и служит живой документацией. Цель такого подхода – повысить видимость тестируемого. Плюс тут в том, что не только инженеры, но и другие заинтересованные лица в компании могут проверить, удовлетворяются ли приемочные критерии.

Я наблюдал, как хорошо работает этот подход в медицинской и банковской отраслях – тесты не только проверяли функциональность, но и применялись для генерации документации или высокоуровневых отчетов.

Автор: компания Simbirsoft

Меня зовут Владимир, я SDET-разработчик из компании SimbirSoft. Я расскажу о том, как мы с коллегами на одном проекте настроили автоматизацию 40% smoke-тестов — за полтора месяца и в два этапа. Опишу ход работы и основные возможности автоматизации на проекте. Клиент был крайне ограничен в сроках и планировал отдать часть наших задач команде собственных разработчиков, но в итоге все работы выполняли SDET-специалисты — я расскажу, почему это лучший вариант из возможных.

Статья будет полезна SDET-разработчикам, QA-специалистам, project-менеджерам и тимлидам на проектах, где планируется или внедряется автоматизация тестирования. 

Автор: Филип Рик (Filip Hric)
Оригинал статьи: https://filiphric.com/cypress-basics-using-baseurl
Перевод: Ольга Алифанова

Cypress создан для тестирования вашего приложения. Иными словами, он спроектирован, чтобы протестировать приложение, к которому у вас есть доступ, которое вы активно разрабатываете. Поэтому в Cypress встроен параметр baseUrl, помогающий настроить стартовую точку ваших усилий по тестированию. В этой статье мы разберемся, что это такое, и как этим пользоваться.

Автор: Безпалько Павел

Немного про Selenoid

Если вы читаете эту статью, то наверняка слышали о Selenoid. Это мощное решение написанное на Go от компании aerokube для управления Docker-контейнерами, в которых «завёрнуты» все необходимые программы и драйверы для тестирования в браузерах или на Android-эмуляторах. Как утверждают производители Selenoid, их решение потребляет намного меньше ресурсов, чем, например тот же Selenium. В то время, как первый имеет удобный веб интерфейс (в документации к Selenium нет никаких упоминаний про UI) и также возможность параллельного запуска тестов. У Selenoid также есть отличная поддержка, большое коммьюнити и достаточно хорошая документация. 

Автор: Филип Рик (Filip Hric)
Оригинал статьи
Перевод: Ольга Алифанова

Несколько дней назад я изучал инструмент Replay и имел возможность взглянуть как на ряд новых возможностей, так и на инструмент в целом. Меня он очень впечатлил и как тестировщика, и как разработчика.

Я думаю, у Replay есть потенциал стать неотъемлемой частью процесса разработки, так как он наводит мостик между разработчиками, тестировщиками и всеми, кто работает над продуктом.

Если разработчик когда-либо возвращал вам баг-репорт с комментарием «не воспроизводится», или вы дебажили противную проблему с пачкой console.log(), то знаете, как сложен может быть дебаг. Цель Replay – чтобы этот процесс стал проще и (хотите верьте, хотите нет) радостнее.