Процесс разработки¶

• Используем SCRUM-подбный процесс. Инструментальная поддержка: redmine+backlogs plugin (закладка Backlogs).
• Product Owner: Алексей Хорошилов.
• В трекере User Story накапливаются пользовательские истории + запросы разработчиков по архитектуре и другим необходимым изменениям, которые напрямую пользователям не видны.
• В трекере Bug накапливаются найденные ошибки, из которых также получаются User Stories.
• Product Owner расставляет приоритеты User Story, переупорядочивая backlog-списки на закладке Backlogs.
• User Story оцениваются в Story Points.
• В соответствии с трудоемкостью User Story выбираются на итерацию.
• Выбранные User Story разбиваются на задачи, которые живут в трекере Task
• Задачи реализуются и проверяются. Виды проверки могут быть разные. По возможности, это автоматические тесты, которые прогоняются при каждой сборке. Если тест создан * информация о нем должна появиться в задаче. Также используются code review: закладка Repository -> click on revision -> click on changed file -> click on line.
• Ежедневные SCRUM-митинги в 14:00.
• В конце итерации демонстрируется реализованная функциональность.
• В конце итерации проводится ретроспектива.

Концепция тестирования¶

• Основное направление - поиск новых ошибок.
  При появлении идеи новой фичи описываются требования к ней.
  Когда фича реализована, осуществляется ее тестирование вручную с целью нахождения ошибок. Делаются тесты на соответствие требованиям и на проверку потенциально-критических ситуаций.
• Вторичное направление - автоматизация регрессионного тестирования.

1. 1.Unit-internal. Когда разрабатывается: на усмотрение разработчика. Когда дописываются: на усмотрение разработчика.
2. 2.Unit-approved. Когда разрабатывается: во время release-version, во время сборки hudson. Когда дописываются: ...
3. 3.Автоматические - основные use-case''ы. Когда разрабатывается: на усмотрение разработчика. Когда дописываются: на усмотрение разработчика.