LINUX.ORG.RU

История изменений

Исправление vbr, (текущая версия) :

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

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

Исправление vbr, :

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

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

Исходная версия vbr, :

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

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