Тестирование программного обеспечения — это критически важный этап жизненного цикла разработки (SDLC)‚ гарантирующий качество‚ безопасность и соответствие продукта требованиям заказчика․ Оформление отношений между Заказчиком и Исполнителем (тестировщиком или QA-компанией) требует заключения грамотно составленного договора тестирования программы для компьютера․ В данной статье мы подробно разберем структуру такого договора‚ ключевые условия‚ юридические нюансы и предоставим комментируемый образец;

Правовая природа договора: подряд или возмездное оказание услуг?

С точки зрения ГК РФ‚ отношения по тестированию чаще всего квалифицируются как договор подряда (ст․ 702 ГК РФ) или договор возмездного оказания услуг (ст․ 779 ГК РФ)․ Разница принципиальна:

• Договор подряда: Результатом является материальный (осязаемый) результат — отчет о тестировании‚ чек-листы‚ баг-репорты‚ автоматизированные скрипты․ Подрядчик несет ответственность за качество результата (дефекты устраняются за свой счет)․ Рекомендуется для проектов с фиксированным объемом работ (Scope)․
• Договор возмездного оказания услуг: Оплата за процесс (челово-часы‚ время работы команды QA)․ Результат (найденные баги) не гарантируется․ Исполнитель несет ответственность за добросовестное выполнение действий․ Подходит для аутстаффинга‚ Time & Materials‚ длительной поддержки․

Важно: В договоре необходимо четко прописать: «Настоящий договор является договором подряда (или оказания услуг) в понимании ГК РФ»․ Это убережет от споров при налоговых проверках и судебных разбирательствах․

Обязательные структурные элементы договора

Согласно ст․ 432 ГК РФ‚ договор считается заключенным при согласовании существенных условий․ Для тестирования их минимум:

1. Предмет договора (п․ 1): Четкое описание что тестируется (название ПО‚ версия‚ билд‚ ссылка на репозиторий/артефакты‚ ТЗ/Спецификацию требований)․
2. Объем и состав работ (п․ 2): Виды тестирования (функциональное‚ регрессионное‚ нагрузочное‚ безопасности‚ UX/UI‚ API‚ мобильное и т․д․)‚ окружения (OS‚ браузеры‚ девайсы)‚ методологии (Agile/Waterfall)‚ инструменты (Jira‚ TestRail‚ Postman‚ JMeter и др․)․
3. Сроки и этапы (п․ 3): Календарный план‚ даты приемки промежуточных и итоговых результатов‚ штрафные санкции за просрочку (пени‚ штрафы)․
4. Цена и порядок расчетов (п․ 4): Фиксированная цена (Fixed Price)‚ ставка за час (T&M)‚ стоимость смены требований (Change Request)‚ валюта оплаты‚ этапы оплаты (предиплата‚ по актам‚ постоплата)‚ реквизиты сторон (ИНН/КПП * / Счет № *)․
5. Порядок приемки-сдачи (п․ 5): Критерии приемки (Acceptance Criteria)‚ форма акта приема-передачи‚ сроки проверки заказчиком‚ процедура согласования замечаний․
6. Ответственность сторон (п․ 6): Пени за просрочку‚ штрафы за утечку конфиденциальной информации‚ ограничение ответственности (Liability Cap — обычно до 100-200% стоимости договора)‚ форс-мажор․
7. Конфиденциальность и NDA (п․ 7): Режим коммерческой тайны‚ защита персональных данных (152-ФЗ)‚ запрет на использование кода/данных заказчика в портфолио без согласия․
8. Интеллектуальная собственность (п․ 8): Переход исключительных прав на результаты тестирования (скрипты‚ отчеты‚ фреймворки) к Заказчику при полной оплате․
9. Порядок разрешения споров (п․ 9): Претензионный порядок (обязателен для юрлиц)‚ арбитраж/суд общей юрисдикции по месту нахождения ответчика (или по договору)․

Ключевые приложения (неотъемлемые части договора)

Сам договор-каркас обычно короткий (3-5 страниц)․ «Мясо» находится в приложениях; Обязательный пакет:

• Приложение № 1 — Техническое задание (ТЗ) на тестирование / Test Plan: Детальный план: scope‚ out of scope‚ риски‚ входные/выходные критерии‚ матрица трассируемости․
• Приложение № 2 — Календарный план-график: Диаграмма Ганта или таблица с этапами: «Подготовка окружения»‚ «Написание тест-кейсов»‚ «Прогон Smoke»‚ «Полный регресс»‚ «Ретест багов»‚ «Финальный отчет»․
• Приложение № 3 — Финансовое приложение / Смета: Детализация стоимости: ставки специалистов (Junior/Middle/Senior QA‚ QA Lead‚ Automation Engineer)‚ стоимость аренды устройств/ферм (BrowserStack‚ AWS Device Farm)‚ налоги (НДС 20% или УСН)․
• Приложение № 4, Форма Акта приема-передачи результатов работ: Единый формат для подписания по каждому этапу․
• Приложение № 5 — Соглашение о неразглашении (NDA) / Политика безопасности: Требования к доступу (VPN‚ MFA‚ запрет копирования БД)‚ обработка ПДн;
• Приложение № 6 — Регламент взаимодействия (SLA / Communication Plan): Контактные лица (ФИО * / Telegram * / Email *)‚ ежедневные стендапы‚ еженедельные отчеты‚ процедура эскалации критических багов (P0/P1)․

Типовые риски и как их закрыть в договоре

Комментируемый образец договора (Шаблон)

Ниже приведен структурированный образец․ Текст в квадратных скобках [ ] и данные‚ помеченные *‚ подлежат замене на реальные значения․

ДОГОВОР ПОДРЯДА НА ТЕСТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ № [Номер] от [Дата] г․ [Город]

[Название города] «___» __________ 202_ г․

Мы‚ [Полное наименование Исполнителя‚ например: ООО «ТехноКвалити»]‚ именуемое в дальнейшем «Исполнитель»‚ в лице [Должность руководителя‚ например: Генерального директора] [ФИО ]‚ действующего на основании [Устав / Доверенность № от ]‚ с одной стороны‚ и [Полное наименование Заказчика‚ например: АО «ФинтехСофт»]‚ именуемое в дальнейшем «Заказчик»‚ в лице [Должность представителя] [ФИО ]‚ действующего на основании [Устава / Доверенности № *]‚ с другой стороны‚ совместно именуемые «Стороны»‚ заключили настоящий Договор о нижеследующем:

ПРЕДМЕТ ДОГОВОРА

1. Исполнитель обязуется выполнить работы по тестированию программного обеспечения «[Название ПО‚ версия/билд‚ например: Мобильное приложение «БанкОнлайн» v․3․4․1 (build 452)]» (далее — «ПО» или «Продукт»)‚ а Заказчик обязуется принять результаты работ и оплатить их в порядке‚ установленном настоящим Договором․
2. Результатом работ являются:
   • Тест-план / Стратегия тестирования (Приложение № 1);
   • Набор тест-кейсов в системе управления тестированием [напр․‚ TestRail / Jira Xray];
   • Отчеты о прохождении тестовых прогонов (Test Run Reports);
   • Баг-репорты (Defect Reports) в трекере [напр․‚ Jira / YouTrack] с приоритетами и статусами;
   • [При наличии автотестов] Автоматизированные тест-скрипты / фреймворк в репозитории [ссылка на Git *]․
3. Подробное описание ПО‚ требований к нему (Спецификация / ТЗ / User Stories) и границ тестирования (In Scope / Out of Scope) приведены в Приложении № 1 (Техническое задание на тестирование)‚ являющемся неотъемлемой частью настоящего Договора․

СРОКИ ВЫПОЛНЕНИЯ РАБОТ

1. Работы выполняются в сроки‚ установленные Приложением № 2 «Календарный план-график»․
   • Начало работ: «___» __________ 202_ г․ (или через N дней после подписания Договора и предоставления доступов)․
   • Окончание работ (сдача итогового отчета): «___» __________ 202_ г․
2. Исполнитель имеет право требовать продления сроков на период задержки предоставления Заказчиком необходимых доступов‚ тестовых данных‚ сред или согласования Change Request․
3. За просрочку сроков сдачи результатов работ‚ не вызванную виной Заказчика‚ Исполнитель выплачивает Заказчику пени в размере [0‚1% ⎯ 0‚5%] от стоимости просроченного этапа работ за каждый день просрочки‚ но не более [10-50%] от стоимости данного этапа․

ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ

1. Общая стоимость работ по настоящему Договору составляет [Сумма цифрами и прописью‚ например: 1 500 000 (Один миллион пятьсот тысяч) рублей 00 копеек]‚ в т․ч․ НДС [20% / без НДС (УСН «Доходы»)]․
2. Стоимость формируется на основании Приложения № 3 «Финансовое приложение (Смета)»․
3. Порядок оплаты (по этапам / по факту отработанных часов / ежемесячно):
   1. Предоплата [30%] — в течение [5] рабочих дней со дня подписания Договора (Счет № * от *)․
   2. Промежуточная оплата [40%] — в течение [5] рабочих дней после подписания Акта приема-передачи промежуточных результатов (Этап 1: Тест-дизайн и настройка автотестов)․
4. Оплата производится безналичным путем перечисления средств на расчетный счет Исполнителя:

   ИНН/КПП:* / * | Счет: * | БИК: * | Банк: * | К/с: *

5. В случае изменения объема работ (Change Request) стоимость пересчитывается на основании ставок‚ указанных в Приложении № 3‚ и оформляется Дополнительным соглашением․

ПОРЯДОК ПРИЕМКИ-СДАЧИ РЕЗУЛЬТАТОВ РАБОТ

1. Приемка результатов осуществляется по этапам в соответствии с Приложением № 2 путем подписания двусторонних Актов приема-передачи (форма, Приложение № 4)․
2. Критерии приемки (Acceptance Criteria) для каждого этапа:
   • Тест-кейсы покрывают [100%] функциональных требований из ТЗ (Приложение № 1);
   • Все тест-кейсы пройдены (Passed) или имеют статус Blocked/Failed с заведенными баг-репортами;
   • Критические (Critical/Blocker) и Мажорные (Major) дефекты исправлены разработчиками Заказчика и пройдены ретест (Retest Passed);
3. Заказчик проверяет результаты в течение [5 (пяти)] рабочих дней с момента получения Акта и материалов․ В случае несогласия Заказчик направляет мотивированный отказ письменно (email/ЭДО)․ При отсутствии отзыва в указанный срок работы считаются принятыми надлежащим качеством и в полном объеме (Deemed Acceptance)․

ОТВЕТСТВЕННОСТЬ СТОРОН

1. За нарушение конфиденциальности (п․ 7) — штраф [500 000 руб․ / 50% стоимости договора] за каждый случай утечки + возмещение реального ущерба․
2. Исполнитель не несет ответственности за:
   • Качество программного кода ПО‚ архитектурные решения и бизнес-логику‚ разработанные Заказчиком/третьими лицами;
   • Последствия запуска ПО в продакшн с известными Заказчику открытыми дефектами (если Заказчик принял решение о релизе вопреки рекомендациям отчета);
   • Потерю данных на тестовых стендах Заказчика (бэкап — зона ответственности Заказчика)․
3. Общая агрегированная ответственность Исполнителя по настоящему Договору ограничивается [100%] стоимости Договора‚ за исключением ответственности за нарушение конфиденциальности и интеллектуальных прав․

ИНТЕЛЛЕКТУАЛЬНАЯ СОБСТВЕННОСТЬ

1. Исключительные права на все результаты работ (тест-кейсы‚ скрипты‚ отчеты‚ фреймворки‚ документацию)‚ созданные в рамках Договора‚ переходят к Заказчику в полной объеме с момента полной оплаты соответствующего этапа (или всего Договора)․
2. Исполнитель сохраняет за собой право использования общих методологий‚ паттернов автоматизации‚ библиотек утилит (Core Framework)‚ разработанных до заключения Договора или являющихся общедоступными (Open Source)‚ предоставляя Заказчику неисключительную лицензию на их использование как части результатов работ․
3. Заказчик гарантирует‚ что предоставленные для тестирования материалы (код‚ дизайн‚ API‚ БД) не нарушают прав третьих лиц․

КОНФИДЕНЦИАЛЬНОСТЬ И ЗАЩИТА ДАННЫХ (NDA)

1. Стороны признают конфиденциальной любую информацию‚ полученную в рамках Договора: исходный код‚ архитектуру‚ БД‚ бизнес-процессы‚ тестовые данные‚ отчеты‚ коммерческие условия․
2. Исполнитель обязуется:
   • Не разглашать информацию третьим лицам без письменного согласия Заказчика (кроме сотрудников‚ задействованных в проекте‚ подписавших NDA);
   • Использовать информацию только для выполнения Договора;
   • Обеспечить защиту информации: доступ по VPN/Zero Trust‚ MFA‚ шифрование дисков рабочих станций‚ запрет работы в публичных сетях Wi-Fi‚ использование корпоративного менеджера паролей;
   • Привлекать субподрядчиков только с письменного согласия Заказчика и при условии подписания ими NDA на тех же условиях․
3. Обязательства по конфиденциальности действуют в течение [3 (трех)] лет после прекращения Договора․
4. Стороны соблюдают требования 152-ФЗ «О персональных данных»․ Исполнитель действует как Оператор ПДн Заказчика (если обрабатывает реальные данные пользователей) и обеспечивает меры защиты по Приказу ФСТЭК № 21 / 17-ФЗ․

ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ

1. Все споры разрешаются путем переговоров․ Претензионный порядок обязателен․ Срок ответа на претензию, [10 (десять)] рабочих дней․
2. При недостижении согласия спор передается в Арбитражный суд по месту нахождения Заказчика / Исполнителя [выбрать одно]․
3. К Договору применяется право Российской Федерации․

ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ

1. Договор вступает в силу с момента подписания и действует до полного исполнения обязательств (приемка итогового отчета и полная оплата)․
2. Договор составлен в 2 (двух) экземплярах с равной юридической силой (или в электронном виде через ЭДО / ЭТП с использованием ЭП/КЭП)․
3. Изменения и дополнения действительны только в письменной форме (Доп․ соглашение / обмен сканами по email / ЭДО)․
4. Реквизиты и подписи сторон:

Чек-лист перед подписанием (Best Practices)

Перед тем как поставить подпись (или отправить на согласование в ЭДО)‚ проверьте по пунктам:

• [ ] ТЗ (Приложение 1) согласован? Есть ли ссылки на Jira/Confluence/Figma/Swagger? Зафиксирован ли Scope (что НЕ входит в тестирование)?
• [ ] Доступы готовы? VPN‚ репозитории (GitLab/GitHub/Bitbucket)‚ трекеры (Jira/YouTrack)‚ тестовые стенды (Dev/QA/Stage)‚ БД‚ API ключи‚ тестовые аккаунты/карты․ Кто выдает — ответственное лицо Заказчика (ФИО‚ контакт *)․
• [ ] Тестовые данные? Реальные (анонимизированные) или синтетические? Кто генерирует? Есть ли скрипты наполнения БД?
• [ ] Окружение стабильно? Есть ли SLA на доступность тестового стенда (например‚ 99% в рабочее время 10:00-19:00 МСК)?
• [ ] Инструменты оплачены? Лицензии на TestRail‚ Zephyr‚ BrowserStack‚ SauceLabs‚ Postman‚ Charles/Fiddler‚ IDE — за счет кого? (Обычно Заказчик предоставляет доступы к своим корпоративным лицензиям)․
• [ ] Команда закреплена? В договоре или приложении указаны ключевые сотрудники (QA Lead‚ Senior Auto QA) с условием: «Замена ключевого сотрудника только на равного/более квалифицированного специалиста с согласованием Заказчика»․
• [ ] Отчетность? Формат и частота: ежедневный статус в Slack/Telegram/Email (*)‚ еженедельный отчет (PDF/Confluence) по пятницам 15:00․
• [ ] ЭДО / Подпись? Работаете через СБИС‚ Диадок‚ Контур‚ Яндекс․Подпись? Ключи КЭП у уполномоченных лиц действуют?

Особенности для разных моделей взаимодействия

А) Аутстаффинг QA (Time & Materials)

Договор оказания услуг․ Предмет: «Предоставление специалистов категории Middle/Senior для выполнения задач тестирования под руководством Team Lead Заказчика»․ Оплата за отработанные часы (табель учета рабочего времени / таск-трекер)․ Риск невыполнения объема — на Заказчике․ Важно: прописать минимальную загрузку (например‚ 160 ч/мес) и процедуру замены сотрудника․

Б) Проектная модель (Fixed Price / Fixed Scope)

Договор подряда․ Четкий ТЗ‚ фиксированная цена‚ жесткие дедлайны․ Риски переработок — на Исполнителе․ Критично: детальная процедура Change Request‚ штрафы за просрочку‚ критерии приемки «в лоб» (чек-лист приемки)․

В) Автоматизация тестирования (отдельный проект)

Результат — код (фреймворк‚ скрипты‚ CI/CD пайплайн)․ В договоре обязательно: требования к стеку (Java/Python/JS + Selenium/Playwright/Cypress + Allure/ReportPortal)‚ код-ревью‚ документация (README‚ Architecture Decision Records)‚ передача прав на код (IP Assignment)‚ обучение команды Заказчика (Knowledge Transfer session)․

Г) Тестирование безопасности (Penetration Testing / Security Audit)

Специфичный договор․ Обязательно: Rules of Engagement (RoE) — приложение с IP-адресами стендов‚ временными окнами атак‚ запрещенными действиями (DoS‚ Social Engineering без согласования)‚ процедурой уведомления о критических уязвимостях (Critical findings — immediate call to CISO *)․ Отчет — конфиденциальный‚ передача только зашифрованным архивом (PGP/Age)․

Электронный документооборот (ЭДО) и подписание

В 2024 году бумажные оригиналы почти полностью ушли в прошлое для B2B․ Стандарт де-факто — ЭДО через операторов (СБИС‚ Диадок‚ Контур‚ Яндекс‚ Тензор) с использованием Квалифицированной электронной подписи (КЭП)․

• Договор и все приложения подписываются одной «оберткой» (пакетом документов) или по отдельности․
• Акты приема-передачи подписываются по ходу проекта — это юридически значимые документы для бухучета и НДС․
• Дополнительные соглашения (ДС) к договору (изменение сроков‚ цены‚ ТЗ) также оформляются в ЭДО․
• Храните исходные XML/PDF с ЭП в архиве не менее 5 лет (срок хранения первички по Налоговому кодексу)․

Грамотный договор тестирования программы для компьютера — это не просто формальность для бухгалтерии‚ а главный инструмент управления ожиданиями и рисками․ Ключ к успеху — в детализации приложений (ТЗ‚ План‚ Смета‚ Регламент) и четких механизмах приемки (Acceptance Criteria‚ Deemed Acceptance)․ Не копируйте шаблоны слепо: адаптируйте их под вашу методологию (Agile/Waterfall)‚ стек технологий и модель взаимодействия (Outsource / Outstaff / Project)․

Помните: Любые устные договоренности («мы потом договоримся»‚ «добавим пару тестов бесплатно») в суде или при проверке налоговой не работают․ Только письменная фиксация (Доп․ соглашение‚ протокол совещания‚ переписка в корпоративной почте/мессенджере с ЭП/КЭП) защитит ваши интересы․

Данная статья носит информационный характер и не является юридической консультацией; При подготовке конкретного договора рекомендуется привлечь корпоративного юриста или специализированного правового консультанта для учета актуальной судебной практики и специфики вашего бизнеса․