LINUX.ORG.RU

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

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

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

Короткий ответ, многократно повторяя правильно Парето (20% усилий дает 80% результата), пока не будет приемлимого результата.

Нужно исходить исключительно из целесообразности, а не «давайте покроем все возможные кейсы между модулями». На практике выглядит так: покрывается тестами конечная функциональность (опять же, в разумных приделах, если что-то слишком тяжело тестируется, например не стабильно, лучше бросить) + покрываются некоторые важные сценарии, которые с наружи не видны, но это делается программистом, который знает архитектуру (а еще лучше если он же ее и придумал) и принимает решение исходя из здравого смысла.

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

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

Короткий ответ, многократно повторя правильно Парето (20% усилий дает 80% результата), пока не будет приемлимого результата.

Нужно исходить исключительно из целесообразности, а не «давайте покроем все возможные кейсы между модулями». На практике выглядит так: покрывается тестами конечная функциональность (опять же, в разумных приделах, если что-то слишком тяжело тестируется, например не стабильно, лучше бросить) + покрываются некоторые важные сценарии, которые с наружи не видны, но это делается программистом, который знает архитектуру (а еще лучше если он же ее и придумал) и принимает решение исходя из здравого смысла.