Разработка программного обеспечения на Python: унитесты и утверждения

Модульные тесты или проверки диапазона не добавляются к программному обеспечению, потому что «существует некоторая стандартная практика или закон в разработке программного обеспечения», говорящий, что вы должны это делать.

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

Оба инструмента требуют определенных дополнительных усилий для написания дополнительного кода, но оба они также могут сэкономить усилия: модульные тесты могут сэкономить много времени на отладку, а проверки диапазона с четкими сообщениями об ошибках могут сэкономить много времени поддержки.

Таким образом, это зависит от вас, в зависимости от соотношения затрат и усилий и требований для вашей конкретной системы, которые зависят от общего контекста, например предполагаемого жизненного цикла вашей программы или количества и типа пользователей.