Я работаю на крупную организацию, но довольно новую команду. Наш технический стек основан на JavaScript (Node, TypeScript, Angular, AWS Lambda). В качестве основного принципа для нашей команды мы стремимся всегда попадать в 100% контрольный тестовый охват в любом проекте, над которым мы работаем.
Хотя это, как правило, отличная практика, чтобы следовать, после выполнения этого для нескольких проектов я вижу некоторые недостатки, которые всегда должны достигать 100%.
Например:
- Необходимость полностью издеваться над определенными вещами (базы данных, службы AWS и т. Д.) Просто чтобы достичь волшебного числа на 100%.
- Иногда тесты добавляются только для того, чтобы обеспечить покрытие кода, вместо того, чтобы быть полезным тестом.
- Наличие 100% политики охвата требует много времени и усилий, но на самом деле не гарантирует, что приложение работает сквозной, не добавляя тестов E2E.
Исходя из опыта, я думаю, что середина с высоким тестовым покрытием, но также включение сквозного тестирования кажется лучшим способом тестирования приложений (хотя это также имеет проблемы).
Мне было бы интересно услышать о других вариантах/мнениях здесь, и если есть и другие средства для обеспечения высокого тестового покрытия, но также и функционального.
Оригинал: “https://dev.to/ddaly/how-does-your-team-approach-unit-testing-1b18”