Покупай: сервис покупки автомобиля через аукцион дилеров
Заявка покупателя с параметрами, конкурентные предложения дилеров с понижением цены и встроенный чат сторон после выбора
Аутсорсинг тестирования
Проверяем работающий продукт по согласованным сценариям за фиксированный бюджет. Отчет показывает дефекты и степень их критичности для бизнеса.
Кому подойдет
Функциональность реализована силами подрядчика или штатной разработки. Корректность работы проверяли стихийно по ходу разработки: плана проверки, критериев выпуска и списка дефектов нет, поэтому объективно состояние продукта не знает никто. Решения по доработкам принимаются бессистемно, вслепую.
Аутсорсинг тестирования дает картину со стороны: внешний инженер проверяет продукт по сценариям и сводит дефекты в список с приоритетами. Для скорости и точности подключаем ИИ-агента, а результат проверяет инженер QA. Работающий продукт тоже можно перевести на регулярную проверку: первая проверка дает список сценариев для каждого релиза.
При каких сценариях полезен аутсорсинг текстирования
Покупка ПО: убедиться в качестве продукта и рисках перед сделкой.
Смена команды: зафиксировать состояние системы и границы ответственности нового исполнителя.
Подготовка к релизу: независимо проверить ключевые сценарии перед запуском.
Нехватка экспертизы: привлечь специалистов для тестирования сложной или новой технологии.
Пиковая нагрузка: быстро расширить команду тестирования без найма в штат.
Жалобы пользователей: найти причины ошибок и оценить реальное качество продукта.
Наш подход к проверке
Шесть правил, которые видно в первом отчете
Сценарии по риску
Сценарии выбираем по риску: насколько вероятен сбой и чем он обернется для бизнеса. Оплата, регистрация и смена статуса заказа идут первыми, редкий экран настроек проверяем, если останется объем.
Критерии до старта
До старта фиксируем критерии готовности и выполнения: без чего проверка не выполнима, и при каком результате считаем ее законченной. Вывод о выпуске опирается на эти критерии.
Трассируемость
Каждый сценарий связан с требованием или риском. В отчете видно, что проверили, что сознательно не проверяли и почему.
Полный баг-репорт
Для каждого дефекта описаны шаги воспроизведения, окружение, ожидаемый и фактический результат, критичность и прикладываем запись экрана. Такая полнота описания позволяет без дополнительных уточнений приступить к исправлениям.
Отраслевые стандарты
Форму итогового отчета согласуем с вами заранее. Умеем работать по стандартам ISO/IEC/IEEE 29119-3 а также ГОСТ Р 56922-2016.
Пирамида тестов
Разовую проверку проводим вручную по ключевым сценариям в интерфейсе. Сквозных тестов немного — это верх пирамиды. После первого отчета для повторяющихся сценариев предложим автоматизацию.
Нам доверяют
Что вы получаете
Вывод о выпуске
Отчет о завершении отвечает на главный вопрос: выпускать, выпускать с оговоркой или повременить. Список неисправленных дефектов и рисков показывает, с какими выпуск возможен, а какие его блокируют.
Баг-репорты с записью
У каждого дефекта есть шаги и запись экрана. Руководитель продукта видит, что сломалось, без технических деталей.
Список сценариев
Сценарии собраны по ролям, у каждого приоритет, непроверенные помечены с причиной. Следующий релиз можно проверять по тому же списку.
Документы в нужном формате
По умолчанию отчет готовим в своем формате, но можем согласовать и ваш шаблон и требования.
Основа для сметы
Дефекты отсортированы по критичности. По этому списку считаем смету доработки: что чинить первым и что может подождать.
Как управляем рисками
Нет требований и сценариев
ТЗ устарело или его не было, и проверять продукт не по чему.
Собираем сценарии по ролям из поведения работающего продукта.
Согласуем список до старта, до первого часа пакета.
Нет доступа, стенда или данных
Без стенда и тестовых данных сценарий не пройти.
До старта фиксируем доступы, тестовый стенд, данные и учетные записи для каждой роли.
Без них прогон не начинаем.
Дефект не воспроизводится у разработчиков
На описание без деталей разработчик отвечает, что у него все работает.
В каждом баг-репорте окружение, шаги и запись.
Тестовые данные указываем в описании дефекта.
Исправление ломает соседнее
После правки одного дефекта падает соседний сценарий.
Критичные сценарии остаются у заказчика для повторного прогона.
Полную повторную проверку продукта после каждой правки пакет не обещает.
Отзывы клиентов
Петр Клименко
Технический директор, YaYa
Полтора года проработали вместе, и команда WS Dev деливерила в разы лучше внутренней команды разработки! Я всегда скептически относился к аутсорсу, считал, что для стартапов лучше инхаус. Но компания доказала, что я сильно ошибался. Быстро решались даже задачи, которые, казалось, решить нельзя, либо придется потратить много времени. Спасибо за сотрудничество!
Алевтина Петрикова
Продакт-менеджер RU-CENTER
Хочу от всей души поблагодарить команду WS Dev за сотрудничество! Мне было очень приятно с вами работать: вы крутые инженеры, меня восхищает ваша проактивная позиция, благодаря которой всегда получалось договориться, найти решение и разрулить кросс-командные кейсы.
Юрий Кундин
Техлид, Divan.ru
Команда WS внимательно выслушала наши требования и предложила несколько вариантов решения. Было заметно, что они стремятся предоставить нам идеальное решение. Кроме того, они предоставляли нам регулярные обновления о ходе работы и были готовы предоставить дополнительную помощь при необходимости. Следует отметить, что проект был выполнен в срок. Готовы рекомендовать сотрудничество и приглашать к новым проектам!
Как идет проверка
1
Старт
Доступы, тестовый стенд, данные и учетные записи для каждой роли.
План по рискам
Граница объема пакета, что остается вне объема, критерии входа и выхода.
2
3
Сценарии
Критичные пути по ролям с приоритетом. Отмечаем, что сознательно не проверяем.
Прогон
Проходим сценарии на стенде и записываем прохождение.
4
5
Баг-репорты
Шаги, окружение, ожидаемый и фактический результат, критичность, запись.
Повторная проверка критичных дефектов
Один повторный прогон дефектов, которые держат выпуск, если исправления пришли до конца пакета.
6
7
Отчет о завершении
Что проверили и что нет, дефекты по критичности, вывод о выпуске.
Оценка исправлений
По отчету считаем смету доработки. Исправить найденное может команда WS DEV.
8
Статьи по теме
Как принять унаследованный незавершенный проект и подготовить его к запуску
Кейс: провели приемочное тестирование чужого кода — параллельные среды, аудит по ролям, видеофиксация дефектов, поэтапно...
На пути к эффективному тестированию: выбираем лучшую TMS
Эффективная TMS для тестирования программного обеспечения, когда стандартные решения не подходят. Наш путь к системе упр...
Тестовый контур как спасение при частых релизах
Расскажем, как к нам пришел крупный проект в плачевном состоянии, с какими проблемами мы столкнулись, и как мы эти пробл...
Стоимость тестирования
Пакет подбираем до старта по ролям и интеграциям продукта
Границы пакетов служат ориентиром. Пакет подбираем после знакомства с проектом. Исправление дефектов, нагрузочное тестирование, проверка безопасности, разбор кода, подготовка автотестов или ежедневная работа в команде заказчика в пакет не входят, а обсуждаются в рамках отдельных услуг.
Условия и гарантии
После отчета можно взять следующий пакет по тем же ценам
Фиксированная цена пакета
Фиксированную цену пакета называем до старта. Часы сверх пакета тратим только после согласования.
Согласованные сценарии пройдены
Каждый сценарий из плана проходим. Если какой-то пройти не удалось, в отчете стоит пометка и причина: нет доступа, нет данных или не хватило объема.
Дефект можно повторить
Если дефект не воспроизводится на том же стенде, переоформляем баг-репорт без оплаты.
Повторная проверка в цене
Если исправления пришли до конца пакета, один раз заново проверяем дефекты, которые держат выпуск. Отдельно эту проверку не оплачивают.
Материалы остаются у заказчика
Сценарии, баг-репорты и записи принадлежат заказчику. По умолчанию передаем их в нашем формате, по запросу в формате заказчика. Пользоваться ими можно без нас.
Ожидание вне пакета
Пока нет доступа или тестовых данных, часы пакета не идут. Сдвигается срок.
Вопросы и ответы
Оставьте заявку на аутсорсинг тестирования
Ответим в течение одного рабочего дня
Для выбора пакета пригодится: что за продукт, сколько в нем ролей и интеграций, есть ли тестовый стенд, данные, ТЗ или готовые сценарии
После согласования плана начинаем проверку
Смотрите также
Аутсорсинг разработки
Доработка найденного командой WS DEV
Аутстаффинг тестировщиков
Инженер QA в процесс команды заказчика