Вопрос следующий.
Программисты часто ленятся проставлять конструкции обеспечивающиюх надежность программы, даже если это прописать в концептуальном дизайне и соглашениях о огранизации программного кода
Например
- exception\try что может привести к вылету алгоритма при некорретных входных данных,
- Обязательная инициализация всех переменных перед использованием - часто приводит к плавающим ошибкам.
- Дуальность интерпретации типов Null, пустая строка, пустая дата и т.д. - что может привести к отключению
Ограничения на входные данные (типа констрейнтов в таблицах и т.д.), архитектурные решения не могут решить эти проблемы поскольку всегда найдется ктото кто сделает не по спецификации либо в меру своих талантов
Вопрос - есть подходы к тестированию данных ситуаций кроме создания собственных скриптов для создания некоррекных тестовых данных либо кропотливым подбором можеств данных которые могут сломать программу? Особенно актуальна данная проблема в СУБД где как не проектируй структуру бд всегда можно создать набор данных который для программы будет некорректен

Сергей С