Please enable JavaScript.

Coggle requires JavaScript to display documents.

Интеграционное тестирование - Coggle Diagram

- - - - Достоинства
        
        сначала тестируются все программные модули, входящие в состав системы и только затем они объединяются для интеграционного тестирования
        
        упрощается локализация ошибок
        
        при таком подходе область поиска проблем у тестировщика достаточно узка, и поэтому гораздо выше вероятность правильно идентифицировать дефект
      - Процесс
      - Недостатки
        
        необходимость в разработке драйвера и заглушек для модульного тестирования перед проведением интеграционного тестирования и необходимость в разработке драйвера и заглушек при интеграционном тестировании части модулей системы
    - - Достоинства
        
        отсутствие необходимости в разработке тестового окружения, драйверов и заглушек
      - Недостатки
        
        Очень трудно выявить источник ошибки (идентифицировать ошибочный фрагмент кода). В большинстве модулей следует предполагать наличие ошибки. Проблема сводится к определению того, какая из ошибок во всех вовлечённых модулях привела к полученному результату. При этом возможно наложение эффектов ошибок. Кроме того, ошибка в одном модуле может блокировать тестирование другого
        
        Трудно организовать исправление ошибок. В результате тестирования тестировщиком фиксируется найденная проблема. Дефект в системе, вызвавший эту проблему, будет устранять разработчик. Поскольку, как правило, тестируемые модули написаны разными людьми, возникает проблема - кто из них является ответственным за поиск устранение дефекта? При такой "коллективной безответственности" скорость устранения дефектов может резко упасть.
        
        Процесс тестирования плохо автоматизируется. Преимущество (нет дополнительного программного обеспечения, сопровождающего процесс тестирования) оборачивается недостатком. Каждое внесённое изменение требует повторения всех тестов.
    - - Достроинства
        
        В результате применения такого метода отпадает необходимость в драйверах (роль драйвера выполняет более высокоуровневый модуль системы), однако сохраняется нужда в заглушках
      - Процесс
- - - - практически полный аналог монолитного тестирования.
      - Цепочка
        
        R-C-V-R-C-V-R-C-V-I-R-C-V-R-C-V-I
        
        где R - разработка требований на отдельный модуль, C - разработка программного кода, V - тестирование модуля, I - интеграционное тестирование всего, что было сделано раньше.
    - - Цепочка
        
        R-C-I-R-C-I-R-C-I
        
        где R - разработка требований на отдельный модуль, C - разработка программного кода, V - тестирование модуля, I - интеграционное тестирование всего, что было сделано раньше.
      - Тестирование с постоянной интеграцией подразумевает, что, как только разрабатывается новый модуль системы, он сразу же интегрируется со всей остальной системой
- - - - поздно (после тестирования модулей)
        
        Восходящее
        
        Монолитное
        
        Поздняя интеграция
      - рано (параллельно с разработкой)
        
        Нисходящее
        
        Регулярная интеграция
        
        Постоянная интеграция
    - - Редко
        
        Восходящее
        
        Монолитное
        
        Поздняя интеграция
      - часто
        
        Нисходящее
        
        Постоянная интеграция
        
        Регулярная интеграция
    - - Восходящее: да
      - Нисходящее: нет
      - Монолитное: нет
      - Поздняя интеграция: нет
      - Постоянная интеграция: да
      - Регулярная интеграция: Да
    - - Восходящее: да
      - Нисходящее: Да
      - Монолитное: нет
      - Поздняя интеграция: нет
      - Постоянная интеграция: нет
      - Регулярная интеграция: Да