Project

General

Profile

Actions

Development-process » History » Revision 15

« Previous | Revision 15/27 (diff) | Next »
Viktoria Kopach, 03/03/2011 01:10 PM


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

  • Используем 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. Unit-internal. Когда прогоняются: на усмотрение разработчика. Когда дописываются: на усмотрение разработчика.
  2. Unit-approved. Когда прогоняются: во время release-version и после сборки hudson. Когда дописываются: ...
  3. Автоматические - основные use-case''ы. Когда прогоняются: после release, но до publish, и после сборки hudson. Когда дописываются: ...
  4. Ручные - основные use-case''ы (которые пока не автоматизированы). Когда прогоняются: после release, но до publish, и после сборки hudson. Когда дописываются: ...
  5. Ad-hoc тесты, проверяют реализации user-story (task надо?). Когда прогоняются: после resolved. Не записываются.
    Status Open -> development -> Status Resolved -> ad-hoc testing -> Status Verified -> demo -> Status Closed
Этапы тестирования в течение итерации:
  1. Анализ user-story и доработка требований (с расчетом на дальнейшее превращение в документацию).
  2. Доработка ручных системных тестов.
  3. Доработка автоматических системных тестов.

Status Release -> выполняются автоматические и ручные системные тесты.
Status Resolved -> выполняется ad-hoc тестирование тикетов.

Updated by Viktoria Kopach almost 14 years ago · 27 revisions