"Анти-тест" vs. "этот код должен падать (поднимать исключение) по ТЗ". Грань ясна? Проблема понятна? Тут хотелось бы подискутировать....
Понятно, что "анти-тест" - это ВРЕМЕННАЯ мера, до тех пор пока ошибка не будет исправлена. А второй вариант - "высечен в бронзе". Ну ДОЛЖЕН код "падать" по ТЗ. Ну граничные условия не те. Или пользовательский ввод не тот.
И хотя - поведение "системы тестирования" в ОБОИХ случаях - может быть ОЧЕНЬ ПОХОЖИМ - но на уровне разработчика тестов - эти два случая - КАРДИНАЛЬНО различаются. И разработчик тестов должен понимать это "внутренним чутьём".
По-моему - это - интересная проблема.
Понятно, что "анти-тест" - это ВРЕМЕННАЯ мера, до тех пор пока ошибка не будет исправлена. А второй вариант - "высечен в бронзе". Ну ДОЛЖЕН код "падать" по ТЗ. Ну граничные условия не те. Или пользовательский ввод не тот.
И хотя - поведение "системы тестирования" в ОБОИХ случаях - может быть ОЧЕНЬ ПОХОЖИМ - но на уровне разработчика тестов - эти два случая - КАРДИНАЛЬНО различаются. И разработчик тестов должен понимать это "внутренним чутьём".
По-моему - это - интересная проблема.
Комментариев нет:
Отправить комментарий