Home

Статья компании Wrike

На Хабре уже не раз писали о том, что у Selenium Grid есть проблемы, которые не решить простым способом (например: раз, два, три). В этой статье мы поделимся нашим опытом и расскажем, как нам в Wrike удалось построить стабильную инфраструктуру для Selenium-тестов.

TLDR: Мы написали своё open source решение и полностью заменили им Selenium Grid.

Мы уже рассказывали о том, как масштабировали свою Selenium-ферму с помощью Google Cloud Engine и Kubernetes. От очередей на запуск тестов мы избавились, но из QA-департамента регулярно поступали жалобы на нестабильность тестовой инфраструктуры.

Автор: Санжит Хохар (SunjeetKhokhar)
Оригинал статьи
Перевод: Ольга Алифанова

По моему опыту, пороки QA и тестирования, как и пороки кода, попадают под четыре больших категории первопричин:

1. Апатия – игнорирование тестирования как функции/ремесла.
2. Гонор – слепые пятна, вызванные талантом или позицией, которые ведут к ошибкам в принятии решений.
3. Невежество – никто не показал, как сделать лучше, или же членам команды не хватает определенного (тестировщицкого) образа мышления.
4. Беспомощность – когнитивное истощение из-за постоянной борьбы с незрелыми практиками разработки или организационной дисфункцией.

Я составил список из цитат и виданных мною "пороков", с которыми я столкнулся в своей карьере тестировщика – включая те, которым поддавался сам!

Дополняйте в комментариях, спасибо заранее.

Автор: Ольга Назина

Давайте рассмотрим стандартную пирамиду автоматизации

Если говорить о программе:

• UI-тесты — честные тесты, «как это делал бы пользователь» (они же GUI, graphical user interface)
• API-тесты — опускаемся на уровень ниже, выкидывая лишнее.
• Unit-тесты — тесты на отдельную функцию

Большая конференция по тестированию Heisenbug 2021 Piter — с 6 по 9 апреля, онлайн. Опытные QA-эксперты со всего мира выступят с несколькими десятками воркшопов и докладов обо всех аспектах тестирования:

• Инструменты;
• Функциональное тестирование;
• Нагрузочное тестирование;
• Best practices;
• Тестирование AR/VR;
• Тестирование ML/AI;
• Визуальное тестирование;
• Мобильное тестирование;
• SDET;
• DevOps в тестировании;
• И многое другое.

И все это в 4К, с возможностью ставить на паузу или менять скорость воспроизведения и доступом к записям докладов. А также активности с призами, дискуссии со спикерами и даже игровой режим платформы, который имитирует реальную площадку: локации, сцены, общение с коллегами и многое другое.

Более того, для вас действует промокод на скидку softwaretesting2021JRGpc.

Подробности и билеты

Автор: Ли Хокинс (Lee Hawkins)
Оригинал статьи
Перевод: Ольга Алифанова

Это вторая часть из цикла статей, в котором я отвечу на самые распространенные вопросы о тестировании согласно результатам автодополнения в поисковых системах.

В этот раз я отвечу на вопрос "Как тестирование влияет на качество ПО?" (и связанный с ним вопрос, "Как связаны тестирование и качество ПО?").

Тут надо сделать отступление и прояснить, что я имею в виду под "качеством" при помощи определения от Джерри Вайнберга и Кема Кейнера:

Качество – это ценность для значимого человека.

Автор: Симкин Алексей, Lead QA Enginner

Сегодня я хочу осветить и обсудить тему локализации (L10N) и интернационализации (I18N). В интернете и, в том числе и на Хабре уже есть полезные и интересные статьи, но часто они дают более-менее общую информацию о подходах, без углубленной информации о том, что и как можно проверить. Я бы хотел с вами поделиться своим опытом, просуммировать кое что из статей, которые вы можете найти в интернете, а также постараюсь описать большой checklist с самыми распространёнными кейсами как для локализации, так и для интернационализации. В чеклистах я буду стараться упоминать только те проверки, которые вы можете сделать сами, без (глубоких) знаний языка новой для вас локали.

Опубликован январский выпуск рассылки.

В выпуске собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Содержание рассылки доступно по ссылке.

Подписаться на рассылку

Автор: Энди Найт (AndyKnight)
Оригинал статьи
Перевод: ОльгаАлифанова

Писать эффективные тесты трудно. Неустойчивые, непонятные и медленные тесты в целом бесполезны, потому что приносят больше вреда, чем пользы. Паттерн "Настрой – действуй – проверь" дает хорошую структуру, но какими же еще характеристиками должны обладать тест-кейсы? Ниже – 12 характеристик высокоэффективных тестов.