у нас немає
не чув щоб тестувальники таке робили у нас теж

1. Я - но не отдельный же. Интеграция все время тестируется у нас
2. Имхо интеграцию тяжело делать на уровне кода. Модульное да, юнит да - дальше по коду ты уже не протестишь

Ну есть несколько подходов -  первый это call graphs и две методы - pairwise и neighbourhood integration, второй это те же call graphs, но с методой design predicate approach

Знаю, как делать в теории, на практике проект у меня настолько огромный и древний, что я ебал это делать

Я тогда жить в офисе буду

А каким боком пеирвайз сюда?

интерграционное - это как модули между собой взаимодействуют

Называется так метода, я ж не виноват, что она так же как и другая называется

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

Суть в том, что модули тестятся попарно, одна тест сессия фокусится только на вызовах между двумя модулями, при этом на одном билде можно прогнать бесконечность тест сессий

call graphs - это космос какой то. Ни разу не слышал даже

Теоретически упрощает дебаг, и уменьшает количество компонентов затычек, которые надо написать

Мне кажется ты в какие то дебри ушел. Интеграционное тут не при чем

жесть

Граф вызовов (англ. Call graph) в теории построения компиляторов — ориентированный граф, который изображает вызовы между функциями в компьютерной программе. В частности, каждый узел представляет собой некоторую процедуру, а каждая дуга (f, g) показывает, что процедура f вызывает процедуру g.

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

это ближе к код кавередж. да и то с натяжкой

Ну никто не мешает рассматривать вызовы не функцией функции, а модулем модуля

Типа просто на один уровень абстракции выше

трешаккакой то - никогда такого не видел. и это не интеграционное тестирование :)

Я ж говорю в теории пиздатейший подход, на практике на больших старых проектах это не особо применимо, потому что те люди, которые могут это делать не сидят на зп мануал куа на старых больших проектах :)