Недетерминизм в поблочном тестировании

Кажется, что во многих модульных тестах, значения, которые параметризовали тест, или испеклись в к тесту сами или объявлены предопределенным способом.

Например, вот тест, взятый от модульных тестов nUnit (EqualsFixture.cs):

[Test]
public void Int() 
{
    int val = 1;
    int expected = val;
    int actual = val;

    Assert.IsTrue(expected == actual);
    Assert.AreEqual(expected, actual);
}

Это имеет преимущество того, чтобы быть детерминированным; если Вы запустите тест однажды, и он перестал работать, то он продолжит перестать работать, пока код не фиксируется. Однако Вы заканчиваете тем только, что тестировали ограниченный набор значений.

Я не могу не чувствовать, что это - отходы, хотя; тот же самый тест, вероятно, запущен с теми же самыми параметрами сотни если не тысячи времен через срок действия проекта.

Что относительно того, чтобы рандомизировать максимально максимально вход ко всем модульным тестам, так, чтобы каждое выполнение имело выстрел раскрытия чего-то нового?

В предыдущем примере, возможно:

[Test]
public void Int() 
{
    Random rnd = new Random();
    int val = rnd.Next();
    int expected = val;
    int actual = val;
    Console.WriteLine("val is {0}", val);
    Assert.IsTrue(expected == actual);
    Assert.AreEqual(expected, actual);
}

(Если бы код ожидал строку, то возможно, случайная строка, которая, как известно, была допустима для конкретной функции, могла использоваться каждый раз),

Преимущество было бы то, что, чем больше раз Вы запускаете тест, тем намного больший набор возможных значений Вы знаете, он может обработать правильно.

Действительно ли это полезно? Зло? Там недостатки к этому? Я полностью упускаю суть поблочного тестирования?

Спасибо за Ваши мысли.