Договор с внешней QA-командой: как зафиксировать результат, а не часы

Слабый договор на тестирование описывает часы и ставки. Сильный — описывает результат: какие артефакты, по каким критериям и к какому сроку команда передаёт заказчику, что происходит при блокере в день релиза и как считается объём. Разница проявляется в первом же споре о том, «протестировано ли».

Предмет договора

Предмет формулируется через виды работ и границы: функциональное, регрессионное, нагрузочное тестирование, LQA — чего именно, на каких окружениях, что не входит. Для заказчиков из России формулировка предмета имеет и налоговое значение: тестирование, локализация и поддержка оформляются одним договором, а разработка — включая автоматизацию регрессии — отдельным, потому что облагаются по-разному. Эту часть стоит согласовать с бухгалтером до подписания.

• Виды тестирования с привязкой к продукту и окружениям.
• Что не входит: разработка, автотесты, исправление дефектов, безопасность — если они не оговорены отдельно.
• Языки для LQA и каналы для поддержки, если они в предмете.
• Формат взаимодействия: трекер, чат, созвоны, отчётность.

Артефакты как мера результата

Результат тестирования измеряется документами, а не часами. В договоре перечисляются артефакты по этапам и их минимальное содержание: тест-план с критериями выхода, регрессионный набор в трекере заказчика, отчёт о прогоне, реестр дефектов с severity и priority, отчёт о готовности к релизу с рекомендацией, протоколы нагрузки, отчёт LQA со скриншотами. Акт закрывается передачей артефактов, а не истечением месяца.

Сроки и SLA

1. Время реакции на обращение заказчика и на новую сборку — в рабочих часах.
2. Срок эскалации блокера: в день обнаружения, в чат команды, с воспроизведением.
3. Срок регрессии перед релизом при готовом наборе — обычно в пределах рабочего дня на окружение.
4. Срок отчёта о готовности — за сутки до планируемого релиза.
5. Что происходит при переносе релиза заказчиком и при поздней сборке — кто несёт стоимость повторного прогона.

Приёмка и споры

Приёмка идёт по критериям выхода из тест-плана и по перечню артефактов: если регрессия пройдена, блокеров нет, артефакты переданы — этап принят. Спор «протестировано, но сломалось в продакшене» разбирается по отчёту: если дефект был в непроверенной зоне, названной в отчёте, — это осознанный риск заказчика; если в проверенной — предмет претензии к исполнителю. Поэтому отчёт о готовности с явным перечнем непроверенного защищает обе стороны.

Доступы, данные и конфиденциальность

• Перечень доступов: тестовые стенды, трекер, платёжные шлюзы в тестовом режиме, аналитика — по отдельным учётным записям с минимальными правами.
• Тестовые данные: кто готовит аккаунты и промокоды, допустимы ли реальные данные пользователей (почти всегда — нет).
• Конфиденциальность: что считается тайной, срок, порядок возврата и удаления доступов после завершения.
• Хранение артефактов: в системах заказчика, чтобы они оставались у него после окончания договора.

Оплата по объёму

Для разовых работ — фиксированная смета по тест-плану. Для сопровождения релизов — объём в днях тестировщика в месяц с перерасчётом по факту за первый месяц, затем фиксированный тариф с диапазоном. Для LQA — по языкам и устройствам, для поддержки — по обращениям и часам покрытия. Изменение объёма оформляется письменно до начала работ, а не после.