интеграционные тесты,

проверяющие, как различные модули взаимодействуют друг с другом. И разработчик напишет эти тесты, прежде чем добавит код для взаимодействия. Например, если есть взаимодействие между модулями, где выход одного из них передается в качестве входных данных в другой, выход которого поступает в третий, то разработчик напишет тест, который имитирует, как они «общаются» – то есть интегрируются.

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

<< | >>
Источник: Эндрю Стеллман, Дженнифер Грин. Постигая Agile. Ценности, принципы, методологии. 2015

Еще по теме интеграционные тесты,:

  1. Интеграционный маркетинг
  2. Логистика и интеграционные процессы в торговле
  3. Попытки организации разноскоростного интеграционного сотрудничества внутри СНГ
  4. Общее состояние интеграционного сотрудничества в рамках СНГ
  5. Тесты статей баланса
  6. Тесты
  7. Тесты противотрендовых моделей
  8. Конкурсы, тесты, спец опросы
  9. Тесты
  10. Тесты
  11. Тесты
  12. Тесты
  13. Тесты
  14. Тесты
  15. Тесты
  16. Тесты
  17. Тесты
  18. Тесты
  19. Тесты