Slon6.at: тестирование ПО на аутсорсе для компаний Москвы
Slon6.at берёт на себя тестирование веб-сервисов, мобильных приложений и внутренних систем для московских компаний. Если вы искали нас как Slon6 at, вы на месте: ниже разобрано, как устроен аутсорсинг тестирования, сколько он стоит по рынку Москвы и с чего начать, чтобы не переплатить.
Суть за полминуты
- Аутсорсинг тестирования означает, что проверку вашего продукта ведёт внешняя команда: пишет сценарии, ищет ошибки, заводит их в ваш трекер и отчитывается по каждому релизу.
- Подходит стартапам без своего тестировщика, студиям, которые сдают проекты заказчикам, и компаниям, где объём проверок скачет от релиза к релизу.
- По рынку Москвы час ручного тестирования стоит от 1 400 руб., разовый проект функционального тестирования от 62 500 руб. Цены примерные: стоимость считается под каждый проект, точную сумму называем после заявки.
- Небольшой сайт обычно проверяют за неделю, нагрузочное тестирование занимает от двух недель.
- Дальше просто: опишите продукт в заявке, и Slon6.at предложит формат работы и оценку в часах.
Как Slon6.at ведёт тестирование: от доступа к стенду до отчёта
Работа идёт по шести шагам: разбираемся в продукте, пишем тестовую документацию, проверяем, заводим дефекты, перепроверяем исправления и сдаём отчёт. Первые результаты вы видите после короткого пилотного цикла, а не в конце договора.
Знакомство и оценка
Созвон, короткая демонстрация продукта, вопросы про релизы и платформы. Смотрим, есть ли тестовый стенд.
Обычно 1–3 рабочих дня. Вы получаете предложение по формату и оценку в часах.
Анализ требований
Читаем техническое задание, макеты и задачи в трекере. Там, где описания нет, собираем список вопросов к владельцу продукта.
2–5 дней. Итог: перечень неясностей, которые дешевле закрыть до проверок.
Тестовая документация
Чек-листы для быстрых проверок и тест-кейсы для критичных сценариев вроде оплаты и регистрации. Тест-кейс — пошаговый сценарий с ожидаемым результатом.
Срок зависит от объёма продукта. Документация остаётся у вас.
Прогон и дефекты
Проверяем на согласованных браузерах и устройствах. Каждый дефект попадает в ваш трекер: шаги, ожидаемый и фактический результат, скриншот или видео, приоритет.
Идёт параллельно с разработкой. Вы видите баги сразу, а не пачкой в конце.
Перепроверка и регресс
После исправлений проверяем, что баг закрыт, и проводим регрессионное тестирование: повторно проходим то, что раньше работало, чтобы убедиться, что правки ничего не сломали.
Перед каждым релизом.
Отчёт
Что проверено, что нет и почему, какие дефекты остались открытыми и насколько они критичны. Решение о выпуске принимаете вы, отчёт даёт для него основание.
По итогам цикла или спринта.
Зачем начинать с пилота
На наш взгляд, разумно стартовать с пилота на одну-две недели по одной части продукта. За это время видно главное: как команда описывает ошибки, насколько быстро вникает в предметную область и совпадает ли её понимание критичности с вашим.
Если после пилота формат вас не устроил, вы теряете две недели, а не квартал. Если устроил, тестовая документация из пилота сразу идёт в дело.
Что входит в аутсорсинг тестирования, а что считают отдельно
В базовый объём обычно входят анализ требований, тестовая документация, ручные проверки, заведение дефектов и регресс. Отдельно чаще всего оплачивают автотесты, нагрузочное тестирование, проверку безопасности и работу на редких устройствах.
- разбор требований и вопросы по ним;
- чек-листы и тест-кейсы;
- функциональные проверки на согласованных браузерах;
- баг-репорты в вашем трекере;
- перепроверка исправлений и регресс;
- отчёт по итогам цикла.
- разработка и поддержка автотестов;
- нагрузочное тестирование;
- проверка безопасности;
- тестирование на парке реальных телефонов;
- юзабилити-исследования с участием пользователей.
- работа в ваших часах и участие в планировании спринтов;
- документация по ГОСТ или внутреннему стандарту;
- отчёты на английском.
ВажноЗдесь описана рыночная практика. Что именно войдёт в ваш договор с Slon6.at, фиксируем после разбора продукта: в смете и приложении к договору.
Пришлите ссылку на продукт или тестовый стенд: по ней проще понять объём, чем по описанию на словах.
Отправить ссылкуКакие бывают виды тестирования и что из этого нужно вам
Большинству продуктов хватает функционального тестирования и регресса перед каждым релизом. Остальные виды подключают под конкретный риск: ждёте рост трафика — нагрузку, принимаете платежи — проверку безопасности.
Функциональное
Делает ли система то, что обещано: регистрация проходит, корзина считает скидку, письмо приходит. С него начинают почти всегда.
Кроссбраузерное и на устройствах
Одна и та же страница в Chrome, Safari и Яндекс Браузере, на старом Android и новом iPhone. Набор окружений лучше брать из вашей аналитики, а не из головы.
API
Проверка обмена данными между сервисами без интерфейса. Ловит ошибки, которые на экране проявятся только через неделю.
Автоматизация
Скрипты сами повторяют проверки при каждой сборке. Окупается, когда продукт живёт долго, релизы частые, а интерфейс уже устоялся.
Нагрузочное
Сколько одновременных пользователей выдержит система и что сломается первым: база, платёжный шлюз или сервер.
Безопасность
Базовые проверки авторизации, прав доступа и утечек данных. Полноценный тест на проникновение — отдельная специализация.
Термины и процессы тестирования описаны в национальных стандартах: ГОСТ Р 56920-2024 «Системная и программная инженерия. Тестирование программного обеспечения. Общие положения» (заменил версию 2016 года) и ГОСТ Р 56921-2016 о процессах тестирования. Ссылка на них в договоре полезна, когда нужно однозначно договориться, что значит «регресс» или «приёмка».
К оглавлениюКогда тестирование выгоднее отдать на сторону
Аутсорс оправдан, когда тестирование нужно, а держать под него штатного специалиста невыгодно или слишком долго искать. Чаще всего это одна из пяти ситуаций.
Стартап до первого релиза
Разработчики проверяют сами, тестировщика нет. Что делать: отдать регресс ключевых сценариев и приёмку перед запуском.
Студия сдаёт проект клиенту
Нужна независимая проверка и отчёт, который не стыдно показать. Подойдёт разовое функциональное тестирование.
Релизы волнами
Перед крупным обновлением нужны трое тестировщиков, в остальное время хватает одного. Разумно держать базовую часть и расширять её на пиках.
Скоро наплыв пользователей
Распродажа, рекламная кампания, сезон. Нагрузку проверяют за три-четыре недели до события, чтобы успеть исправить узкие места.
Своя команда есть, компетенций не хватает
Нужен автоматизатор или нагрузочный тестировщик на пару месяцев. Нанимать под это человека в штат долго.
Типичная ситуацияКоманда из пяти разработчиков, тестировщика нет, о багах узнают из отзывов в магазине приложений. Первое, что здесь даёт внешний QA, это не автотесты, а простой чек-лист регресса, который проходят перед каждым выпуском. Автоматизация имеет смысл позже, когда понятно, какие проверки повторяются.
Сколько стоит аутсорсинг тестирования в Москве
По рынку Москвы час ручного тестирования стоит от 1 400 руб., час автоматизатора от 1 700 руб., разовый проект функционального тестирования от 62 500 руб. Цены примерные: стоимость считается индивидуально под каждый продукт, точную сумму мы называем после заявки.
| Работа | Как считают | Цена |
|---|---|---|
| Ручное функциональное тестирование | почасово | от 1 400 руб./час |
| Автоматизация тестирования | почасово | от 1 700 руб./час |
| Нагрузочное тестирование | почасово | от 1 800 руб./час |
| Разовая проверка сайта или приложения | за проект | от 62 500 руб. |
| Набор автотестов для ключевых сценариев | за проект | от 75 000 руб. |
| Нагрузочный проект с моделью нагрузки и отчётом | за проект | от 50 000 руб. |
| Аудит качества продукта или процесса тестирования | за проект | от 65 000 руб. |
Цены примерные и рассчитаны как среднее по открытым прайсам московских компаний. Стоимость считается индивидуально под каждый случай, точную сумму называем после заявки. Сведения актуальны на ноябрь 2026 года.
От чего сумма растёт и от чего снижается
Ставка за час на рынке различается не так сильно, как число часов. Его и стоит держать под контролем.
- Платформы и окружения: веб плюс iOS и Android почти удваивают объём проверок.
- Документация: без ТЗ тестировщик сначала исследует продукт, и эти часы тоже оплачиваются.
- Интеграции с платёжными шлюзами, 1С, внешними API требуют отдельных сценариев и тестовых данных.
- Срочность. Работа в выходные или за три дня до релиза дороже.
- Требования к отчётности: документы под тендер или по ГОСТ готовят дольше, чем отчёт в трекере.
Снижают сумму стабильный стенд, заранее подготовленные тестовые данные, понятные приоритеты и длинный договор вместо серии разовых заказов.
Прикинуть бюджет самостоятельно
Ниже условная модель: на один ручной сценарий мы закладываем около 1,5 часа (написать и пройти), на автотест около 4 часов, на нагрузочный сценарий около 6 часов, плюс 8 часов на подготовку и отчёт. Вторая платформа добавляет 60% объёма, третья и далее ещё столько же.
| Что проверяем | Часы | Ориентир |
|---|---|---|
| 10 ручных сценариев, только веб | 23 | от 32 000 руб. |
| 25 ручных сценариев, веб и одна мобильная платформа | 68 | от 95 000 руб. |
| 50 ручных сценариев, три платформы | 173 | от 242 000 руб. |
| 25 автотестов, одна платформа | 108 | от 183 500 руб. |
| 5 нагрузочных сценариев | 38 | от 68 500 руб. |
ПримерИнтернет-магазин хочет проверить перед запуском оформление заказа, личный кабинет и поиск: условно 25 сценариев в вебе и в мобильном приложении на Android. По модели выходит 68 часов и ориентир от 95 000 руб. На практике цифра сдвигается после разбора: часть сценариев окажется общей для платформ, а интеграция с доставкой добавит свои.
Прикидка показала порядок цифр. Чтобы получить расчёт под ваш продукт, а не под условную модель, опишите его в заявке.
Запросить расчётКак платят за тестирование: почасово, за проект или за команду
Моделей три: оплата фактических часов, смета на проект, согласованная заранее, и выделенный специалист или команда помесячно. Выбор зависит от того, насколько предсказуем объём работ.
| Модель | Когда подходит | Риск для заказчика | Как контролировать |
|---|---|---|---|
| Почасовая | продукт развивается, объём меняется каждый месяц | часы растут незаметно | лимит часов в месяц, еженедельная выгрузка по задачам |
| Проект по смете | понятный разовый объём, например проверка сайта перед запуском | всё, что не вошло в смету, становится доплатой | перечень сценариев и платформ в приложении к договору |
| Выделенный специалист или команда | частые релизы, нужно глубокое погружение в продукт | оплата идёт и в тихие недели | план задач на спринт, право менять состав |
СоветНе уверены, какую модель выбрать? Начните с проекта по смете на одну часть продукта. Так вы увидите реальную скорость команды до того, как подпишете договор на год.
Что подготовить, чтобы Slon6.at начал быстро
Минимум для старта: доступ к тестовому стенду и любое описание того, как продукт должен работать. Остальное ускоряет работу, но не обязательно в первый день.
- Адрес тестового стенда, то есть отдельной копии продукта, где можно ошибаться без вреда клиентам, и учётные записи с разными ролями.
- ТЗ, пользовательские истории или хотя бы макеты. Если нет ничего, хватит получасового созвона с владельцем продукта.
- Доступ к трекеру задач (Jira, YouTrack, Яндекс Трекер) или договорённость, куда заводить дефекты.
- Список браузеров, версий ОС и моделей телефонов из вашей аналитики.
- Тестовые данные: обезличенные клиенты, тестовые карты платёжного шлюза.
- Контакт разработчика, который отвечает на вопросы.
- График релизов на ближайший месяц.
- Соглашение о неразглашении, если продукт под коммерческой тайной.
Частая ошибкаДавать подрядчику доступ к рабочей базе вместо тестовой. Кроме риска испортить данные, это вопрос закона: персональные данные клиентов обрабатываются по правилам Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных», и передавать их третьим лицам без оснований нельзя. Для тестов данные обезличивают или генерируют.
Не всё из списка есть? Это нормально. Напишите, что уже готово, и мы подскажем, с чего начать без потери времени.
Написать, что естьСвой тестировщик в Москве, фрилансер или аутсорс: что выбрать
Если тестирование нужно постоянно и в одном объёме, со временем выгоднее свой специалист. Если объём скачет или нужны разные компетенции, аутсорс обходится дешевле и запускается быстрее.
| Вариант | Старт | Плюсы | Минусы | Когда разумно |
|---|---|---|---|---|
| Штатный тестировщик | недели или месяцы на поиск | глубоко знает продукт, всегда рядом | зарплата, взносы, рабочее место; в отпуск и на больничном проверки встают | большой постоянный объём |
| Фрилансер | быстро | низкая ставка | один человек без замены, сложности с NDA и закрывающими документами | небольшие разовые проверки |
| Аутсорсинговая компания | дни | замена людей, разные специалисты, договор и акты | время на погружение, нужен контроль с вашей стороны | переменный объём, разовые специальные задачи |
| Тестируют разработчики | сразу | не нужен отдельный бюджет | автор плохо видит свои ошибки, час разработчика дорогой | прототип, внутренний инструмент |
Как сравнивать честно
Сравнивая со штатом, считайте не оклад, а полную стоимость: страховые взносы, найм, технику, лицензии, обучение и простой между релизами. К цене аутсорса, наоборот, добавьте время вашего менеджера на постановку задач и приёмку, обычно несколько часов в неделю.
Бывает и так, что выгоднее гибрид: свой тестировщик знает продукт, а внешняя команда закрывает автоматизацию или пики. Если по вашим цифрам выходит, что штат дешевле, Slon6.at так и скажет.
Ошибки, из-за которых заказчики переплачивают
Большинство переплат связано не с ценой часа, а с тем, когда и как подключили тестирование.
- Звать тестировщиков за два дня до релиза. Критичные баги находятся, но исправить их уже некогда: релиз переносят или выпускают с ошибками.
- Не договориться, что такое критичный дефект. Каждый баг превращается в спор, а отчёт перестаёт помогать с решением о выпуске.
- Просить «протестировать всё». Бюджет уходит на редкие сценарии, а оплата и регистрация проверены поверхностно.
- Автоматизировать интерфейс, который ещё меняется. Автотесты ломаются после каждой правки дизайна, и их поддержка обходится дороже ручных проверок.
- Молчать в ответ на отчёты. Команда тратит часы на дефекты, которые вы считаете задуманным поведением.
- Выбирать по самой низкой ставке. Дешёвый час с размытыми баг-репортами оборачивается часами разработчиков, которые пытаются воспроизвести ошибку.
Как выбрать подрядчика и что проверить в договоре
Смотрите на три вещи: как подрядчик описывает дефекты, как учитывает часы и что остаётся у вас после окончания работ.
Вопросы для первого созвона
- Можно увидеть обезличенный пример баг-репорта и отчёта?
- Кто конкретно будет работать над проектом и что будет, если человек уйдёт?
- Как считаете часы и в каком виде их показываете?
- Какие окружения и устройства есть у вас, а какие придётся эмулировать?
Чек-лист договора
Услуги тестирования обычно оформляют договором возмездного оказания услуг по главе 39 Гражданского кодекса РФ, с актами по итогам периода или этапа. Проверьте, что в нём есть:
- перечень видов тестирования, платформ и окружений;
- порядок учёта часов и формат отчётности;
- критерии приёмки: что считается выполненной работой;
- условия о конфиденциальности и работе с персональными данными;
- к кому переходят права на тест-кейсы и код автотестов;
- срок предупреждения о замене специалиста;
- порядок расторжения и передачи документации.
СоветПункт о правах на автотесты часто пропускают. Если он не прописан, после расторжения у вас может не остаться ни кода, ни права им пользоваться.
Хотите проверить подход до долгого договора? Начнём с пилота на одной части продукта.
Обсудить пилотМосква: что учесть столичной компании при заказе тестирования
Для московского заказчика аутсорс часто быстрее найма: конкуренция за опытных тестировщиков здесь высокая, а зарплатные ожидания выше, чем в большинстве регионов.
Работа почти всегда идёт удалённо, и для столичных команд это удобно: общий часовой пояс, созвоны и разбор дефектов в обычные рабочие часы, без сдвига на утро или вечер. Если для старта нужна очная встреча или работа с оборудованием в вашем офисе, это обсуждается отдельно после заявки.
Импортозамещение добавляет задачи
Многие московские компании, особенно те, что работают с госсектором и крупным бизнесом, переводят системы на отечественные операционные системы (Astra Linux, РЕД ОС), СУБД и браузеры. Для тестирования это отдельный слой работы: проверить, что продукт ведёт себя одинаково в новом окружении. Для госзаказчиков действует постановление Правительства РФ от 16.11.2015 № 1236 об ограничениях допуска иностранного ПО, а реестр российского ПО ведёт Минцифры России.
Сезонные пики и требования к документам
У столичной электронной коммерции и сервисов доставки нагрузка резко растёт в ноябрьские распродажи, перед Новым годом и 8 Марта. Нагрузочное тестирование к таким датам начинают минимум за месяц: найденные узкие места нужно успеть исправить и перепроверить.
Банки, страховые компании и крупный ритейл в Москве часто требуют тестовую документацию по ГОСТ Р 56921-2016 или по внутреннему стандарту, NDA до передачи доступов и проверку контрагента. Это стоит заложить в сроки старта.
СоветЕсли продукт делается для госсектора, сразу укажите в заявке целевые ОС и браузеры. Набор окружений сильнее всего влияет на смету.
Что ещё спрашивают московские заказчики
Здесь собраны вопросы, которые не вошли в разделы выше, но звучат почти на каждом первом созвоне.
Про деньги и договор
Можно заказать тестирование один раз, без абонемента?
Да. Разовые проекты на рынке встречаются так же часто, как постоянное сопровождение. Обычно это проверка перед запуском или перед сдачей проекта заказчику.
Почему нельзя сразу назвать точную цену?
Потому что цена зависит от числа часов, а оно становится понятным только после разбора продукта. До этого можно дать лишь вилку по аналогичным проектам, и она часто вводит в заблуждение.
Платить нужно до начала работ или по факту?
Порядок оплаты фиксируют в договоре. На рынке встречаются и предоплата этапа, и оплата по акту за прошедший месяц. Условия обсуждаем после заявки.
Кому принадлежат тест-кейсы и автотесты?
Тому, кого назовёт договор. Мы советуем прописать, что права переходят к заказчику: тогда документацию и код можно передать другой команде или своему сотруднику.
Про процесс
Сколько времени тестировщик разбирается в продукте?
Для сайта обычно хватает нескольких дней. Для системы с интеграциями и сложной бизнес-логикой погружение занимает две-три недели, поэтому первые циклы идут медленнее последующих.
Проверяете на реальных телефонах или на эмуляторах?
Обычно сочетают оба способа: эмуляторы дают широту, реальные устройства нужны для финальной проверки. Конкретный набор устройств согласуем по вашей аналитике.
Нужен ли тестировщику доступ к исходному коду?
Для ручного тестирования нет, достаточно стенда и описания. Для автотестов, встроенных в сборку, понадобится доступ к репозиторию.
А если тестировщик пропустит баг?
Скажем честно: стопроцентного покрытия не бывает ни у кого. Разумная реакция — разобрать, почему ошибка прошла, и добавить сценарий в тестовую модель, чтобы она не повторилась.
Можно подключиться посреди спринта?
Можно. Первую неделю команда параллельно изучает продукт и проверяет текущие задачи, а полноценный регресс появляется со следующего релиза.
Про связь
Slon6at и Slon6.at — это одна компания?
Да. Название часто набирают без точки, и поиск выдаёт оба варианта. Сайт один: slon6attestirovanie.ru.
Как написать в Slon6 at, если нет времени на звонок?
Напишите в Telegram или ВКонтакте либо на почту Slon6@slon6attestirovanie.ru. Ссылки есть в блоке контактов ниже.
Подписываете соглашение о неразглашении?
NDA на рынке тестирования — стандартный документ, его подписывают до передачи доступов. Пришлите свой шаблон вместе с заявкой, чтобы не терять на этом время.
Если дочитали только до этого места
- Аутсорс тестирования выгоден, когда объём проверок скачет или нужны компетенции, которых нет в команде.
- По рынку Москвы час ручного тестирования стоит от 1 400 руб.; цена примерная и уточняется после разбора продукта.
- Бюджет определяет число часов: сценарии, платформы и количество прогонов.
- Для старта достаточно тестового стенда и описания продукта.
- Подключайте тестирование вместе с разработкой, а не за два дня до релиза.
- В договоре проверьте учёт часов, критерии приёмки и права на тест-кейсы.
- Пилот на одну-две недели покажет, подходит ли вам команда Slon6.at.
Заявка в Slon6.at
Опишите продукт в двух-трёх фразах: что это, на каких платформах работает и когда ближайший релиз. Мы свяжемся по указанному телефону, уточним задачу и после разбора предложим формат и оценку.
Удобнее голосом? Позвоните: +7 (495) 787-81-33.
Или напишите нам в Telegram — туда же можно сразу прислать ссылку на стенд.
Контакты и связь
Работаем с компаниями из Москвы. Если вы набирали в поиске Slon6at или Slon6 at, все способы связи с нами собраны здесь.