Для тех, кто отвечает за QAкачество

🟡 Компонентные тесты: как реализовать их на .NET 7

Компонентные тесты — самостоятельный паттерн тестирования, который можно комбинировать с другими подходами. Как это делать на .NET 7 и избежать ошибок при работе — в статье Саши Кулика, NET-разработчика команды checkout Тинькофф.

🟡 Тестировать приложения с помощью… микросервисов?!

Да, мы не шутим — и делаем так в платформе внутренней разработки Spirit. На выходе, кстати, получаем много преимуществ, которых не даст классическое e2e-тестирование. Предыстория, код и гайд — в статье Николая Мезинова из команды Spirit Frontend.

🟡 Делимся инсайд(т)ами после 500 юнит-тестов

Именно столько написал Сережа Глазырин, JavaScript-разработчик, для одного из наших внутренних Compliance-приложений, когда повышал его качество. После такого спринта тестовое покрытие продукта увеличилось на 30%, притом что бизнес-задачи продолжали выполняться. Результаты опыта — в статье.

🟡 Как работают встроенные фикстуры Pytest

Как-то во время собеседований Никита Вандышев QA-команды в Тинькофф Мессенджере заметил, что многие не знают про существование встроенных фикстур в Pytest. Чтобы исправить эту несправедливость, он написал статью об этом хорошем инструменте.

🟡 Объясняем, как уменьшили время прогона UI-тестов на мерж-реквесте

Рано или поздно большой продукт сталкивается с проблемой количества тестов, а точнее с тем, сколько времени нужно, чтобы их прогнать. Никита Зальцман рассказал, как мы уменьшили время прогона UI-тестов на мерж-реквесте с 4 часов до 30 минут, а еще разобрал подходы, которые помогут решить эту проблему. 

🟡 Делимся опытом о том, как уменьшили количество приемочных багов в пять раз

Мириться с багами нельзя, особенно с приемочными. Если их много, то доставка новой фичи замедляется, а косты растут. Женя Дубровин, старший QA-инженер из команды Тинькофф Кассы, рассказал, как они снизили количество приемочных багов в несколько раз и улучшили процессы в команде.

🟡 Команда «QAk-QAk» рассказала, как запускала подкаст 

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