Browse Category

Процесс разработки

Unit тестирование

Основное

Критерии хороших автономных тестов

  • Заслуживающие доверия тесты
    • Принять решение о том, когда удалять и изменять тесты
    • Избегать логики в тестах
    • Тестирование одного результата
    • Разделение на автономные и интеграционные тесты
    • Анализ кода и покрытие тестами
  • Удобные для сопровождения тесты
    • Тестирование
Подход к тестированию

Основные принципы автоматического тестирования 

  1. Тесты, использующие БД, должны исполняться на тестовой БД
  2. Каждый тест (с доступом к реальной БД) должен очищать за собой те сущности, которые он сгенерировал (такие тесты должны наследоваться от TestBase и реализовывать метод TestCleanup())
    1. Так исключается ситуация, когда тесты могут очистить за
GitFlow

Используем в работе модель Git Flow.

Клиент SourceTree поддерживает Git Flow из коробки.

Основные принципы:

  • В ветки develop и master напрямую ничего не коммитим, все проводим через рабочие ветки.
  • Каждый коммит в master — это по определению новый релиз 
BestPractice
Наименование проектов

В связи с большим количеством проектов и для дальнейшего предотвращения проблем с неясностью назначения репозиториев, рекомендуется использовать схему именования проектов в следующем виде:

[Направление].[Проект].[Тип].[Платформа].[Версия]

Примеры:

Telecom.DBRouter.Core.NET.V1

Common.Models.Library.NET.V1

[Направление] — к какому бизнес-направлению относится проект.
Примеры:

  1. Telecom
  2. Travel
  3. Insurance
  4. Bank

[Проект]