Негативная

При негативной проверке делается что-то недопустимое.

Это описание, что делать, если пользователь сделал то, с чем система работать не должна

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

Так размер больше 'блабла' в нашей условной системе и недопустим.

Все верно

Да. Я согласен с вами, что эта проверка будет негативной.

Потому что для загрузчика данных получить на вход файл больше, чем он может прожевать - это то, что выше назвали «внештатным поведением».
Потому что он не рассчитан на такие объемы данных и для него такой объём данных невалиден.

Для валидатора данных - это одно из требований и вполне себе штатная ситуация, потому что всё его поведение строится на определении применимости данных.
Для валидатора эти данные вполне валидны, с технической точки зрения.
Он просто говорит, что эти данные не подходят под ограничения, выставленные бизнесом.

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

У вас какие-то двойные стандарты для загрузчиков и валидаторов :)

Давайте может вы принесёте своих аргументов, вместо этого? :)

Они не двойные. Просто они (стандарты и ожидания от системы) неожиданно зависят от требований и задач, которые эти системы решают.

Positive Testing:
Positive testing is a type of software testing that is performed by assuming everything will be as expected. It is performed with the assumption that only valid and relevant things will occur. data set and all other functionalities will be as expected.

Negative Testing:
Negative testing is a type of software testing that is performed to check the system for unexpected conditions. It checks whether on such unexpected conditions what will be the behavior of the software.

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

Мы ожидаем на загрузку файл до определенного размера, скажем, до 10мб. Все, что свыше - негативный кейс.
Если мы ожидаем на вход только цифры (допустим), то все, что введено в поле, кроме цифр - это негативный сценарий.

Это же зависит от того, какой модуль приложения тестируется

Там выше был пример. Я от него отталкиваюсь. Согласна с вами

Кейс с карточкой будет позитивным, потому что на входе подаются валидные данные. Выбрана наличка для оплаты, при этом в аккаунте есть карта и водитель нажал, условно, 'завершить поездку'. Это валидно

А теперь ещё раз.
Есть система, которая может получать на вход файлы размером до тех самых 10мб.
Для неё всё, что выше - это уже невалидные данные.

Есть валидатор, который стоит между этой самой системой и пользователем.
И для него файл больше 10 мб - это валидный инпут.
Потому что для него это часть бизнес логики (ака expected behavior) получить файл, оценить его по N критериям и понять, можно ли его передавать дальше.

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

Так ваша система ждёт любые данные и отбирает валидные, или она сразу ждёт только валидные? В первом случае - позитив при поступлении данных вне диапазона работы, во втором - негатив.

Либо вы что-то мудрите, либо я зря ем свой хлеб 😄