Насколько я понимаю, спецификации дизайна помогают сформулировать сценарии модульного тестирования, которые используют внутренние знания (методы белого ящика), в то время как, если у нас есть только функциональные требования, методы черного ящика больше подходят.
Что произойдет, если у нас нет проектных спецификаций, а требования часто расплывчаты или не имеют определенных границ? Как это повлияет на процесс модульного тестирования? И как вы это компенсируете? Используете ли вы свой опыт или конкретную практику/технику, чтобы заполнить пробелы?
Будет ли лучше подходить сначала разработка функциональности? По мере того, как вы продолжаете развиваться и узнавать больше о том, как это работает внутри, вы можете в какой-то момент использовать методы белого или черного ящика. Вы используете свой предыдущий опыт работы с подобными ситуациями для завершения функциональности, что означает, что вы могли сами написать функциональное требование. На данный момент, вы идете на белый ящик? черный ящик? Или это зависит от риска/важности нового функционала?
