Странная, зависящая от версии .NET Framework, проблема со сборкой мусора?

Как так не обязан?! Если вы смотрели исходный код, то там вызывается цепочка Gollect -> WaitForPendingFinalizers -> Collect, т.е. должна выполняться полная сборка мусора. Впрочем, замена Collect() на предложенную перегрузку не помогла. И не могла помочь, ибо внутри себя Collect вызывает внутренний метод с параметрами, эквивалентными тем, что задаёт предложенная вами перегрузка. Массив находится во втором поколении и при любом количестве повторов вызова приведённой мной конструкции всё равно не удаляется из памяти, хотя второе поколение - последние и, следовательно, перейти "в следующее поколение" он уже не может (поскольку такого просто нет).

Да, я рассматривал такое предположение. Но в данном случае ведь, вроде бы, scope — это тело текущего метода/теста (IsAliveAfterCollectionWork), а объекты, которые не собираются, создаются гораздо выше по цепочке вызовов и в самом методе никак не используются... Точнее, там используется только один объект, который и должен оставаться в живых, а на остальных есть только слабые ссылки. К тому же, при замене массива на IEnumerable вместо четырёх объектов (массив+тестируемый) остаются два (один объект из IEnumerable + тестируемый).

Хм. Странно. У меня в ReSharper'овском test runnner'е падает даже без дебага. Или он по-умолчнию использует debug и вы вырезали debug-версию, оставляя только release и затем запускали? Хотя в любом случае спасибо. Есть идея что это происходит из-за того, что в debug'е GC =вроде бы= оставляет переменные в живых до конца выполнения метода. Хотя когда я пробовал сделать всё через статические поля, то всё равно падало.