Что пишут в блогах

Подписаться

Конференции

Конференция по тестированию Heisenbug 2022 Autumn

Большая техническая конференция по тестированию Heisenbug 2022 Autumn
7–8 ноября в онлайне и 18 ноября в офлайне в Москве.

Что пишут в блогах (EN)

Разделы портала

Онлайн-тренинги

Начало работы с TypeScript в Cypress
29.03.2022 00:00

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

TypeScript в последнее время набирает популярность, и для этого есть веские основания. Он помогает разработчикам создавать свои собственные типы. Это позволяет делать меньше ошибок и создавать самодокументирующийся код. В этой статье я познакомлю вас с основами TypeScript.

Подробнее...
 
Мифы и легенды о тестировании
28.03.2022 00:00

Тестирование — не то, чем кажется. Я работаю тестировщицей больше десяти лет и встречала разные мифы о своей работе. В этой статье я разберу самые популярные из них.

Автор статьи — Ольга Артемьева, ведущая тестировщица КриптоПро, ментор и создательница блога Тестирование и жизнь.

Примечание редакции: тема важная, поэтому в качестве иллюстраций для большей читаемости мы добавили любимые мемы про QA.

Подробнее...
 
Автодополнение селекторов в Cypress при помощи TypeScript
25.03.2022 00:00

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

Вы узнаете:

  • Как создать кастомную команду, автоматически дополняющую ваши селекторы
  • Как выполнить проверку тестов, написанных на TypeScript
  • Как грепнуть селекторы из приложения
  • Как создать предупреждение, если в приложении есть неиспользуемые селекторы.

Cypress советует использовать селекторы data-cy в качестве лучшей практики для выбора элементов на странице. Недавно мы отлично подискутировали в дискорде, действительно ли эта практика хороша. Лично я сильно склоняюсь к "да". Если вы в моем лагере, у меня есть для вас ряд полезных советов.

Подробнее...
 
Набор правил для общения между разработчиком и QA инженером
24.03.2022 00:00

Перевод: Алексей Иванов

Автор оригинала: Yuliia Kuprii

После многих лет работы в должности QA Engineer я решил поделиться некоторыми советами по общению с разработчиками. Далее описаны мои наблюдения по этому поводу.

❌ Нельзя

Не отвлекайте программиста по мелочам. Сначала задайте свой вопрос в мессенджере, либо договоритесь о встрече, если уж очень жаждете личного общения. Я понял это, как только начал программировать сам. Когда вы творите, и кто-то отвлекает вас, требуется много времени и сил, чтобы снова погрузиться в состояние сосредоточения. Такие перерывы нарушают продуктивность.

Подробнее...
 
Введение в тестирование контрактов, часть 2: общая информация о тестировании контрактов
22.03.2022 00:00

Автор: Баз Дейкстра (Bas Dijkstra)
Оригинал статьи
Перевод: Ольга Алифанова

В предыдущей статье мы познакомились с фиктивным онлайн-магазином, торгующим бутербродами, и его неплотно связанными компонентами. Мы также увидели, что так как компоненты разрабатывались разными командами, интеграция и end-to-end тестирование осложнены рядом проблем. В этой статьей вы узнаете, что такое тестирование контрактов, как выглядит тестирование контрактов, ориентированных на потребителя, и как оно справляется с проблемами нашего онлайн-магазина бутербродов.

Подробнее...
 
Мутационное тестирование: опыт внедрения на 1500 сервисов
21.03.2022 00:00

Автор: Александр Асмаков 

Оригинальная публикация

Привет, Хабр! Меня зовут Александр, я разработчик в юните, который является центром экспертизы по качеству в Авито. Мы помогаем командам с внедрением эффективных и современных подходов тестирования, а также разрабатываем инструменты для тестирования и управления качеством.

В этой статье я расскажу про мутационное тестирование:

  • Что это вообще такое.

  • Почему и для чего мы его внедрили.

  • Как мы внедряли изменения на всю компанию одной маленькой командой.

  • Немного про реализованный инструментарий.

  • А также про полученный в процессе опыт.

Подробнее...
 
Начните автоматизировать UI, используя SpecFlow
18.03.2022 00:00

Автор: Луиза Гиббс (Louise Gibbs)
Оригинал статьи
Перевод: Ольга Алифанова

UI-автоматизация может быть медленной, неуклюжей и склонной к ошибкам. Ее поддержка в условиях меняющейся базы кода неизбежна. Настройка тестов, исправление поломок и адаптация к изменениям ПО могут стать огромной проблемой.

Это звучит адски, но я обожаю это! Это похоже на серию головоломок, нуждающихся в решении, а я люблю головоломки. Если вы покупаете книгу головоломок в киоске, то загадки в начале книги будут намного проще загадок в ее конце. Если вы совсем новичок в этом типе задач, логично начинать с начала, с более простых головоломок.

Вне зависимости от вашего опыта автоматизации, вы должны подходить к проекту как новичок, если проект для вас в новинку. Начните с идентификации "простых" тестов. Я всегда начинаю с теста, запускающего приложение. Если вы не сможете это сделать, то все остальные тесты будут бесполезными.

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

В этом примере я расскажу, как я начинаю совершенно новый проект UI-автоматизации.

Подробнее...
 
Сравнение производительности инструментов нагрузочного тестирования
17.03.2022 00:00

Оригинальная публикация

Автор: Сергей Лысов

Всем привет, меня зовут Сергей, я занимаюсь тестированием производительности. Недавно поднялся вопрос в выборе инструмента для воспроизведения довольно интенсивной нагрузки, в основном по HTTP. Инструментов для тестирования производительности сейчас представлено довольно много, в том числе многие из них являются Open Source — проектами и доступны бесплатно. Стало интересно, какой же инструмент справится с подобной задачей лучше, сможет воспроизвести большую нагрузку затратив меньше ресурсов.

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

Подробнее...
 
3 способа добиться тест-автоматизации в ходе спринта
16.03.2022 00:00

Автор: Энджи Джонс (Angie Jones)
Оригинал статьи
Перевод: Ольга Алифанова

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

Однако при отсутствии автотестов для фич по завершении спринта команда создает и риски, и технический долг. Ручное тестирование в ходе спринтов обычно концентрируется на самой юзер-стори, а не на регрессе других фич. Задача автоматизации соответствующих тестов уходит в бэклог для выполнения позднее.

Все больше и больше фич внедряется без подходящего регрессионного тестирования – автоматизированного или ручного. В это время инженеры-автоматизаторы тихо сидят в хрустальной башне, работая над техническим долгом предыдущих спринтов.

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

Подробнее...
 
Секреты качества, создание руководства пользователя, улучшение структуры автотестов, работа с Pact: самые интересные новости тестирования за начало марта-2022
15.03.2022 12:26

Опубликован выпуск рассылки за начало марта.

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

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

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

 
Они «били нам по щам», а мы получали удовольствие. История про сотни баг-репортов и IT-BDSM
14.03.2022 00:00

В конце ноября состоялся первый релиз нашей платформы для подготовки к собеседованиям IT Resume. И знаете с чего он начался? Правильно — нас сразу купил Гугл на нас сошла лавина баг-репортов. Если точно — почти несколько сотен за неполных 2 дня! Но это было лучшее, что с нами произошло за долгое время! :)

Однако обо всем по порядку.

Пролог

Для начала накидаем немного контекста, чтобы вы могли лучше прочувствовать наше положение и понять наши мотивации. 

  1. Мы начали пилить платформу для подготовки к собеседованиям в апреле. В ноябре состоялся релиз. За это время были разработаны дизайны, написан фронт, развернуто полноценное API и создан обработчик кода со всеми наворотами типа лексических анализаторов. 

Уточнение: Фронт был сначала написан, а потом еще раз переписан на другом фреймворке. Классика.

  1. Все это делалось силами нескольких программистов. Команда была небольшая: бекендер на фултайм + фронтендер и дизайнер на парт-тайм. 

  2. 200+ задач и тестов разрабатывались силой все той же команды. Для каждой задачи нужно было прописать формулировку, подсказки, решения и оформить юнит-тесты. 

Лирическое отступление: сначала казалось, что работы по созданию задач будет немного. Оказалось много. 

  1. Мы решили не тратиться на рекламу. Собирались привлекать пользователей на платформу из своих социальных сетей (кстати, будем рады вас видеть: ВКонтакте Телеграм Инстаграм).

Итак, хватит контекста. Перейдем к сути дела. 

Подробнее...