Skip to content

Бэкэнд-разработка

Feature (или фича) — это любой разрабатываемый функционал.

  1. Первым шагом в цикле разработки является планирование, где определяются требования к новой фиче. Если фича включает в себя разработку фронтенда, то бэкэнд-разработчик и фронтенд-разработчик договариваются о контракте взаимодействия между сервером и клиентом, например, о структуре формата JSON, который будет использоваться для обмена данными.

  2. Затем бэкэнд-разработчик начинает писать тесты на новую фичу, используя подход Test-Driven Development (TDD). Это означает, что тесты пишутся до написания фактического кода, чтобы убедиться, что новая фича работает правильно, и для предотвращения возможных ошибок в коде.

  3. После написания тестов бэкэнд-разработчик начинает писать функциональный код в отдельной ветке с номером задачи. После того, как код написан, он запускает тесты вручную на локальной машине для проверки корректности работы фичи.

  4. Далее код отправляется на проверку в систему CI/CD (Continuous Integration/Continuous Deployment), где проходят автоматические тесты и проверка процента покрытия кода тестами (code coverage). Если все тесты успешно проходят, то фича считается готовой к релизу.

  5. Если тесты на стадии CI/CD проходят неуспешно, то бэкэнд-разработчик должен найти и исправить ошибки в коде. После исправления ошибок бэкэнд-разработчик запускает тесты снова, чтобы убедиться, что ошибки исправлены и новая фича работает правильно.

Тест-Driven Development (TDD) является важной частью цикла разработки, поскольку позволяет разработчикам проверять свой код на ранних этапах и исправлять ошибки до того, как они станут проблемой для пользователей. Это также помогает разработчикам лучше понимать требования к продукту и обеспечивает более высокое качество кода. Система CI/CD играет важную роль в цикле разработки, поскольку позволяет автоматизировать процесс тестирования и деплоя новых версий продукта. Это ускоряет процесс разработки и обеспечивает более быстрый и более надежный способ внедрения новой функциональности.

  1. Когда все тесты успешно проходят, конечная фича отправляется в релиз-кандидат. На этом этапе менеджеры отвечают за процесс внедрения новой фичи и проверяют, что все работает правильно. Если все в порядке, новая фича становится доступной для пользователей.

Итак, цикл разработки для бэкэнд-разработки включает планирование, написание тестов, написание функционального кода, тестирование на стадии CI/CD и релиз новой фичи. Контроль и оптимизация процесса осуществляются с помощью различных метрик и инструментов управления проектами. Каждый из этих этапов является важным для обеспечения качества продукта и сокращения времени, необходимого для внедрения новой функциональности.

Важно отметить, что цикл разработки является итеративным процессом, который может повторяться несколько раз в течение жизненного цикла продукта. Например, после выхода продукта на рынок, команда разработчиков может получить обратную связь от клиентов и необходимо будет внести изменения в продукт. В таком случае цикл разработки начнется снова с фазы планирования и продолжится до тех пор, пока продукт не будет удовлетворять требованиям клиентов.

Дополнительные материалы по теме: