У меня вопрос, когда я практикую TDD огурец java.
Если мы храним файлы функций в слиянии, нам, вероятно, нужно время от времени синхронизировать эти файлы.
Если мы сохраняем функцию GIT/SVN, не думайте, что бизнес-пользователь/PM знает, как ее использовать.
Файл функций имеет два основных этапа в своем жизненном цикле. Когда он впервые создается, это совместный документ, которым хотят поделиться все заинтересованные стороны. На этом этапе его жизни вы можете относиться к нему как к пользовательской истории.
На втором этапе функция реализуется. Как только вы начинаете запускать из него сценарии, функция становится кодом. Это означает, что он действительно должен храниться в системе SCM (GIT), и теперь он принадлежит разработке (они должны иметь возможность его рефакторинга).
Сложность заключается в том, когда происходит проверка и предлагается, что какую-то функцию следует как-то изменить. Здесь вам нужно, чтобы разработчик общался напрямую с рецензентом и брал на себя ответственность за то, чтобы соответствующие сценарии были доступны для обсуждения и уточнения.
Одна вещь, которая делает все это намного проще, — это написание очень абстрактных сценариев. Они удаляют все детали того, как что-то делается, и вместо этого сосредотачиваются на сценариях/функциях, описывающих, ЧТО делается и ПОЧЕМУ это важно. Таким образом, функции гораздо меньше используются при обзоре, поскольку подавляющее большинство обзоров посвящено тому, КАК что-то делается.
