Об обеспечении качества и тестировании

Обеспечение качества и тестирование — та часть разработки ПО, которую легче всего пропустить под давлением сроков, и та, что дороже всего обходится, если её пропустить. Наша работа по QA и тестированию охватывает ручное и автоматизированное функциональное тестирование, нагрузочное тестирование инструментами вроде K6 и постоянные проверки качества кода с помощью SonarQube, встроенные прямо в CI/CD пайплайны, чтобы тестирование происходило при каждом изменении, а не только перед релизом. Мы также работаем как продолжение команд, у которых нет собственных QA-инженеров, — изучаем существующую кодовую базу, выстраиваем процесс тестирования и берём на себя постоянную автоматизацию тестов без необходимости нанимать полноценную QA-команду. Каждая продакшен-система, которой мы управляем, от инфраструктуры Karafs до платформ вроде Doukht Bartar, проходит ту же дисциплину обеспечения качества, что мы применяем к любому клиентскому проекту. Если баги доходят до ваших пользователей раньше, чем до вашего QA-процесса, — именно этот разрыв мы закрываем.

Кому Это Подходит

Что включено

Как Мы Работаем

1

Оценка

Мы изучаем текущее покрытие тестами и то, где реально просачиваются баги.

2

Автоматизация

Мы создаём автоматизированное функциональное, регрессионное и нагрузочное тестирование.

3

Интеграция

Мы встраиваем тестирование в CI/CD, чтобы оно происходило при каждом изменении, а не только перед релизом.

4

Расширение

Мы добавляем ручное тестирование там, где автоматизация — не лучший инструмент.

5

Мониторинг

Мы отслеживаем метрики качества со временем и корректируем покрытие по мере роста системы.

Технологии, которые мы используем

SeleniumPostmanK6SonarQubeGitLab CI

Похожие проекты

Почему Dropp

Частые Вопросы

Нужно ли нам сначала иметь собственную QA-команду?

Нет — мы работаем как продолжение команд без собственного QA, либо рядом с теми, у кого он есть.

Можете ли вы тестировать существующую кодовую базу, а не только новые функции?

Да — изучение и тестирование существующей кодовой базы — распространённая отправная точка.

Это замедлит наш цикл релизов?

Автоматизированное тестирование, встроенное в CI/CD, обычно ускоряет релизы, выявляя проблемы до того, как они превратятся в кризис в день релиза.

Вы проводите нагрузочное тестирование, или только функциональное?

И то, и другое — нагрузочное тестирование и тестирование производительности являются частью проекта, когда это важно для системы.

РАССКАЖИТЕ, ЧТО ВАМ НУЖНО — МЫ СВЯЖЕМСЯ С ВАМИ КАК МОЖНО СКОРЕЕ.

Телефон

Эл. почта

info@droppgroup.com
Успешно
Сообщение успешно отправлено. Мы скоро свяжемся с вами.
Ошибка
Произошла ошибка. Пожалуйста, попробуйте позже.
Ошибка