Да что ему будет. Это страшилка что его можно записью убить, не те объемы.

Ну то есть теоретически можно, но я пока такого упорного человека не видел, скорее контроллер подохнет

Это из разряда автоинкремент инт64 пробить

А в тестировании, тест всегда должен быть зелененьким, вне зависимости от входных данных, правильных и не правильных?

логично

а як это? ифами проверять входные что ли?

моками

делаешь один тест кейс для валидных данных

другой тест кейс для невалидных

в первом случае ждешь что пройдет, в другом что выдаст соответствующую ошибку

если тест для валидных данных, то и входные данные всегда валидные отправлять или необязательно?

Assert.IsNull(obj)
.False(bool)

Вот у меня тест есть, и внем 3 тест кейса, один из них зелененький остальные красненькие, значит тест неправильно написан?

я бы советовал прочитать теории про тестирование

окей, а есть что нибудь напримете

это разные тест кейсы

Если ты отправишь невалидные, то он загнется, а тебе нужно наоборот. Тесты - это просто подтверждения гипотез, "если я скормлю X и Y, то получу Z", "если я скормлю X', то стрельнет исключением", тут понятие валидности данных немного размытое. Для теста всё валидно что подтверждает искомое поведение.

ты можешь так делать если у входных данных будет потом одинаковое поведение

тоесть отправлять валидное и не валидное в один тест это не нормально?

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