Имам въпрос, когато практикувам TDD cucumber java.
Ако съхраняваме файлове с функции в сливане, вероятно трябва да синхронизираме тези файлове от време на време.
Ако съхраняваме функция GIT/SVN, не мислете, че бизнес потребител/PM знае как да я използва.
Файлът с функции има два основни етапа в своя жизнен цикъл. Когато е създаден за първи път, това е съвместен документ, който иска да бъде споделен между всички участващи страни. В този момент от живота му можете да го третирате като потребителска история.
Вторият етап е, когато функцията е внедрена. Веднага след като започнете да изпълнявате сценарии от него, функцията вече е код. Това означава, че наистина трябва да се съхранява в SCM система (GIT) и сега принадлежи към разработката (те трябва да могат да го преработят).
Трудната част е, когато прегледът се извършва и предполага, че дадена функция трябва да бъде променена по някакъв начин. Тук трябва разработчикът да говори директно с рецензента и да поеме отговорността да направи съответните сценарии достъпни за обсъждане и усъвършенстване.
Едно нещо, което прави всичко това много по-лесно, е писането на силно абстрактни сценарии. Те премахват всички подробности за това как се прави нещо и вместо това се фокусират върху сценарии/функции, описващи КАКВО се прави и ЗАЩО е важно. По този начин характеристиките се използват много по-малко при преглед, тъй като по-голямата част от прегледа е за това КАК е направено нещо.
