Например модуль "банки"
Он отвечает за хранение, предоставление, изменение информации о банках в системе
источник данных - такие-то таблицы в общей БД(может какие-то требования или указание конкретной СУБД) или такая-то специальная БД, механизм выборки и обработки реализован в фасаде или таком-то модуле, он должен интергироваться с тем-то, так-то (и всё что полезно разработчику знать)
кэйсы:
Получить "банк" - такой-то метод с такими то аттрибутами банка, такие-то аттрибуты важны, влияют(может быть) таким-то образом.
UI должен: вызывать этот метод, отображать то и то, отображать результаты в таком виде(или таком, или настраиваться так и так)
Можно вплоть до скриншотов
Создать - так и так, этот аттрибут обязателен, эти данные доизвлекаются из такого-то модуля таким-то образом, УИ - оповещение о создании, отображение созданного, такие-то подсказки и словари данных и др и др..
Изменить
Удалить
Не допускать того-то
Испоьлзовать тот и тот модуль
То есть вам будет полезен документ где описано видение функционала, ограничения, требования пользователя. С этим девелопер может начинать детально проектировать модуль, подгонять его под остальные и общие, разрабатывать части и одновременно тестер может описывать тест-кэйсы по этому документу. Кроме того, полезно описать программные интерфейсы для взаимодействия модулей
То есть писать Какие действия надо протестировать, какие вараинты входных данных, ожидаемые результаты и проч и проч.
Аутомейтед-тестер может начинать писать автоматические/юнит-тесты
И в момент когда выйдет первый релиз модуля оба могут сразу упрогнать тесты и показать разработчику что пошло не так, чтоб он ориентировался уже на реалии, а не писал с закрытыми глазами тонны кода дальше
Кроме того, вам полезно будет описать общий документик(можно это всё в один слить)
туда внести
code conventions(требования к форматированию кода, именованию переменных, общих принципов проектирования классов, методов и подмодулей) - (если надо).
общие соглашения по УИ или внешним неким интерфейсам - тем самым избаляешь разработчиков от львиной доли колебаний при решении какую картинку поместить на форму, как распоолжить поля, как спроектировать и назвать некие внешине методы програмного интерфейса.
пардон, времени мало...
|
)
Уж точно не молишься 
