Контрактное тестирование или Consumer Driven Contract (CDC) является связующим звеном между модульным и интеграционным тестированием. Если вы работаете с микросервисами, наверняка сталкивались с подобной ситуацией: поставщик модифицировал внешний интерфейс, из-за чего потребитель не смог запросить причину какого-либо сбоя системы. Чтобы этого не произошло, придумали Тестирование контрактов, ориентированных на потребителя. Общая идея такова: поставщик услуг и потребитель договариваются об общем контракте (интерфейсе), и обе стороны выполняют свою работу по модульному тестированию в рамках данного контракта. Подробное описание и пример тестирования читайте в статье.

Меня зовут Иванов Александр, я тестирую приемники цифрового телевидения. В статье расскажу о том, как наша команда GS Labs набралась смелости и сменила неудобный и дорогой TestRail на новый инструмент управления тестированием. Я описал процесс поиска TMS и переезда тестов и автотестов, настройку нового инструмента под себя, а также рассказал о том, как мы тестируем ТВ-приемники и их программное обеспечение.

Представьте, в требованиях ошибка или документация составлена криво. Требование уходит в разработку, программист неверно его истолкует и реализует фичу с искаженной функциональностью. Если это заметит тестировщик, отправит баг-репорт. И это ещё хороший сценарий! В реальной жизни не все баги исправляют с первого раза, а порой они попадают в прод с печальными последствиями. Как мы тестируем документацию — в продолжении.