Рабочие элементы и рабочий процесс (гибкая разработка)

Для отслеживания, наблюдения за состоянием, составления отчетности при разработке продукта и его функций можно использовать рабочие элементы.Рабочий элемент — это запись, которая создается в Visual Studio Team Foundation Server для записи определения, назначения, приоритета и состояния работы.Шаблон процесса для MSF для гибкой разработки программного обеспечения v6.0 определяет следующие рабочие элементы. описания функциональности пользователей, задачи, тестовый случай, ошибок и проблем.

Содержание раздела

• Определение описаний функциональности пользователя, задач и других рабочих элементов

• Создание описания функциональности пользователя, задачи и рабочего элемента другого типа

• Одновременное создание нескольких описаний функциональности пользователей, задач или других рабочих элементов

• Создание рабочего элемента, который автоматически связывается с другим рабочим элементом

• Создание планов тестирования и тестовых случаев с помощью средства Test and Lab Manager

• Открытие и отслеживание ошибок с помощью средства выполнения тестов и диспетчера лабораторий и тестов

• Просмотр назначенных пользователю рабочих элементов

• Настройка типов рабочих элементов и связанных задач

Определив отдельные рабочие элементы и сохранив их в общей базе данных и хранилище метрик, можно дать ответы на возникающие вопросы по работоспособности проекта.Для отслеживания рабочих элементов сами элементы, ссылки между ними, файловые вложения сохраняются в базе данных Team Foundation, что показано на следующем рисунке.

Определение описаний функциональности пользователя, задач и других рабочих элементов

В форме рабочего элемента можно задать и обновить сведения для рабочего элемента.Другие разделы, представленные здесь, содержат сведения о порядке работы с каждой формой рабочего элемента.

Задачи	Связанное содержимое
Отслеживание описаний функциональности пользователей, функций продукта или требований.Для определения реализуемых функций, возможностей и требований, команда создает описания функциональности пользователей.Описание функциональности пользователей содержит сведения о целях заказчика на высоком уровне и представляет собой фундаментальные элементы действий планирования, так как они помогает команде выполнять оценку, назначение приоритетов, определение, планирование и контроль работы, которая относится к каждому описанию функциональности пользователей. Для отслеживания состояния описания функциональности пользователей и процесса работы команды можно использовать отчеты "Обзор описаний функциональности" и "Ход выполнения описаний функциональности".	Описание функциональности пользователя (гибкая разработка) Отчет "Обзор описаний функциональности" (гибкая разработка) Отчет "Ход выполнения описаний функциональности" (гибкая разработка)
Отслеживание и оценка работы.Команда создает задания для отслеживания уровня трудозатрат, которые необходимы для реализации описания функциональности пользователей, а также для других областей работы, которые определены для проекта.Задачи должны представлять собой единицу работы, небольшую по объему, которая может быть выполнена за один-два дня.Можно разделить большие по объему задачи на меньшие по объему подзадачи. Можно создать задачу для отслеживания работы по разработке кода, разработке и выполнению тестов, исследования ошибок и выполнения регрессивного тестирования.Дополнительно, можно создать задачи для поддержки общей работы, которая должна быть выполнена. Путем отслеживания рабочих часов для каждой задачи, команда получает подробные сведения о ходе выполнения проекта. Для отслеживания хода выполнения рабочего процесса команды, определения проблем в рабочем процессе, определения темпа работы команды можно использовать отчет "Оставшиеся трудозатраты" и отчет "Выполнение и темп работ".	Задача (гибкая разработка) Отчет "Оставшиеся трудозатраты" Отчет "Выработка и темп работ" (гибкая разработка)
Тестирование приложения.Команда использует тестовые случаи для определения тестов, которые будут поддерживать тестирование описаний функциональности пользователей.Можно определить ручные тестовые случаи, которые задают последовательность шагов действий и проверки для выполнения. Или можно задать автоматический тестовые случаи, которые ссылаются на файл автоматизации. Примечание Рекомендованным клиентом для создания и определения тестовых случаев является инструмент Microsoft Test Manager.С помощью этого инструмента можно также создать набор тестов и конфигурации тестов, которые исследуют полный диапазон условия тестирования проекта.В конфигурациях теста определяется программная среда, в которой необходимо осуществлять запуск тестовых случаев и тестовых наборов.Дополнительные сведения см. в разделе Тестирование приложения. Для определения состояния рабочего процесса относительно определения тестовых случаев можно использовать отчет "Готовность тестовых случаев".Для определения количества тестов, которые выполнены успешно или завершились ошибкой, можно использовать отчет "Ход выполнения плана тестирования".	Тестовый случай (гибкая разработка) Отчет "Готовность тестовых случаев"
Определение общих шагов.Для упрощения определения и обслуживания ручных тестовых случаев команда использует общие шаги.В общих шагах задается последовательность шагов действий и проверки для выполнения в составе тестового случая.Множество тестов требуют, чтобы одна и та же последовательность шагов выполнялась для множества тестовых случаев.С помощью создания общих шагов можно один раз задать последовательность шагов и вставлять ее во множество тестовых случаев. Важно Рекомендованным клиентом для создания и определения общих шагов является инструмент Microsoft Test Manager.С помощью Team Explorer и Team Web Access можно просмотреть эти типы рабочих элементов; однако Team Web Access нельзя использовать для изменения или обновления определенных полей.
Открытие и отслеживание ошибок.Отслеживать дефекты кода можно с помощью создания рабочего элемента ошибки.С помощью ошибки можно создать точный отчет о дефекте, таким образом это поможет другим участникам команды понять полное влияние проблемы.В ошибке следует описать шаги, приводящие к непредсказуемым результатам, чтобы другие участники могли воспроизвести ошибку. Результаты теста должны показывать суть проблемы.Ясность и полнота этого описания увеличивает вероятность, что ошибка будет исправлена. При работе над выпуском или итерацией для ранжирования и назначения находящихся в работе ошибок можно использовать книгу "Рассмотрение".Для отслеживания состояния рабочего процесса относительно разрешения и закрытия ошибок можно использовать отчет "Состояние ошибки".	Ошибка (гибкая разработка) Книга "Рассмотрение" Отчет "Состояние ошибки"
Определение и управление рисками, вопросами и задержками.С помощью создания рабочих элементов типа "вопрос" можно задать для проекта известные или вероятные вопросы, задержки, риски. Если требуется определенное действие, вопрос может быть переведен в одну или несколько задач, выполняемых для решения вопроса.Например, техническая проблема может привести к трудозатратам на архитектурную разработку прототипа.Команды всегда должны поощрять своих участников, чтобы они выполняли обнаружение проблем и приводили максимум сведений о вопросах, которые могут угрожать успеху проекта.Для открытого выражения спорных или противоречивых точек зрения участникам должно быть предоставлено право для выявления проблем, при этом для них это не должно повлечь негативные последствия.Команды, в которых создана и обеспечивается положительные условия для управления вопросами, будут определять и исследовать вопросы раньше, быстрее с меньшим количеством разногласий и конфликтов, чем те команды, в которых созданы отрицательные условия. Для просмотра, ранжирования и управления вопросами можно использовать книгу "Вопросы".	Проблема (гибкая разработка) Книга "Вопросы"

Создание описания функциональности пользователя, задачи и рабочего элемента другого типа

Чтобы создать рабочий элемент, необходимо вызвать Team Web Access или Team Explorer и выполнить процедуру, приведенную в этом разделе.После того, как рабочий элемент создан, по ходу спринта всегда можно изменять и добавлять сведения.

Создание описания функциональности пользователя, задачи или рабочего элемента другого типа

1. Запустите Team Web Access или Team Explorer, подключитесь к коллекции командных проектов, содержащей командный проект, для которого необходимо создать рабочий элемент.

   Дополнительные сведения см. в разделе Подключение к командным проектам на сервере Team Foundation Server.

2. Выполните одно из следующих действий.

   • В Team Web Access перейдите к панели быстрого запуска области навигации и щелкните стрелку Создать рабочий элемент.В меню Типы рабочих элементов выберите тип создаваемого рабочего элемента.

   • В Team Explorer вызовите меню Команда, выберите пункт Добавить рабочий элемент, выберите тип рабочего элемента.

   Откроется форма рабочего элемента заданного типа.

   

3. Заполните оставшиеся поля в соответствии с типом рабочего элемента.

   Дополнительные сведения см. в пункте Определение описаний функциональности пользователя, задач и других рабочих элементов, который описан ранее в данном разделе.

4. На панели инструментов рабочего элемента щелкните значок Сохранить рабочий элемент.

   Примечание
   После сохранения рабочего элемента в заголовке под панелью инструментов рабочего элемента отобразится идентификатор.

Одновременное создание нескольких описаний функциональности пользователей, задач или других рабочих элементов

С помощью Office Excel можно быстро задать множество задач, которые автоматически связываются с описаниями функциональности пользователей.Кроме того, можно быстро определить проблемы и ошибки с помощью книг, предоставленных с шаблоном процесса MSF для гибкой разработки программного обеспечения v6.0.Дополнительные сведения см. в следующих разделах:

• Книги (гибкая разработка)

• Управление рабочими элементами с помощью приложения Microsoft Excel, подключенного к серверу Team Foundation Server

• Выполнение планирования сверху вниз при помощи списка дерева рабочих элементов (в программе Excel)

Создание рабочего элемента, который автоматически связывается с другим рабочим элементом

Создайте рабочий элемент, который автоматически связывает с существующим описанием функциональности пользователей или другим рабочим элементом.Это можно сделать в открытом рабочем элементе или в списке результатов, которые возвращает запрос рабочего элемента.

Порядок создания рабочего элемента, который связан с существующим рабочим элементом

1. Запустите Team Web Access или Team Explorer, подключитесь к коллекции командных проектов, содержащей командный проект, для которого необходимо задать связанный рабочий элемент.

2. Щелкните правой кнопкой мыши командный запрос Открыть рабочие элементы и выберите пункт Открыть.

3. Выполните одно из следующих действий:

   • В Team Web Access щелкните стрелку рядом с рабочим элементом, с которым нужно связать новый рабочий элемент, затем выберите Добавить новый связанный рабочий элемент.

   • В Team Explorer щелкните правой кнопкой существующий рабочий элемент, с которым нужно связать новый рабочий элемент, затем выберите пункт Добавить новый связанный рабочий элемент.

   Откроется диалоговое окно Добавить новый связанный рабочий элемент.

   

4. Задайте следующие поля.

   • Если выполняется связывание нового рабочего элемента с существующим тестовым случаем или описанием функциональности пользователей, в списке Тип ссылки выберите Тесты.Если выполняется связывание нового рабочего элемента с существующей задачей, вопросом или другой ошибкой, укажите Связанный.

   • В списке Тип рабочего элемента выберите тип создаваемого рабочего элемента.

   • В поле Заголовок введите описательное имя, которое указывает отслеживаемую функциональность, задачу или рабочий элемент другого типа.

   • (Необязательно.) Введите дополнительные сведения в поле Комментарий.

5. Нажмите кнопку ОК.

   Откроется форма рабочего элемента, которая содержит введенные сведения.

6. Заполните оставшиеся поля в соответствии с типом рабочего элемента.

   Дополнительные сведения см. в пункте Определение описаний функциональности пользователя, задач и других рабочих элементов, который описан ранее в данном разделе.

7. Нажмите кнопку Сохранить рабочий элемент.

Создание планов тестирования и тестовых случаев с помощью средства Test and Lab Manager

С помощью Microsoft Test Manager можно создавать не только тестовые случаи, но и наборы тестов пакеты и конфигурации тестов, поддерживающие тестирование проекта.Для определения программной среды, в которой необходимо осуществлять запуск тестовых случаев и наборов тестов, можно использовать конфигурации теста.

Планы тестирования, наборы тестов, конфигурации теста

Можно группировать тестовые случаи, объединяя их в иерархию наборов тестов в плане тестирования.Их можно выполнять как группу за счет создания наборов тестовых случаев.Дополнительные сведения использовании Microsoft Test Manager для определения тестовых случаев, наборов тестов и планов тестирования см. в разделе Тестирование приложения.

Открытие и отслеживание ошибок с помощью средства выполнения тестов и диспетчера лабораторий и тестов

С помощью Microsoft Test Manager можно отправлять сообщения об ошибках, которые автоматически включают сведения о тестовом случае и тестовой среде, в которой они выполнялись, в дополнение к заданному шагу теста, на котором был обнаружен дефект кода.Ошибки, созданные с помощью Microsoft Test Manager автоматическое связывают ошибка в тестовый случай, основываете ошибку.

Ошибки можно создать следующими способами.

• В средстве Microsoft Test Manager при выполнении теста с помощью средства Test Runner, при просмотре результатов теста, при просмотре ошибок.

• Из средства Team Web Access или средства Team Explorer

• Из программы Office Excel (удобно при отправке множества ошибок одновременно)

Сведения о порядке отправки, отслеживания, проверки, исправления ошибок с помощью средства Microsoft Test Manager см. связанное содержимое в таблице ниже.

Задачи	Связанное содержимое
Создание ошибки.При получения уведомления о непредсказуемых результатах работы приложения при проведении текущего тестирования, можно быстро создать ошибку.	Практическое руководство. Отправка ошибок с помощью Microsoft Test Manager
Сбор данных диагностики для обеспечения отладки.С помощью Test Runner можно собирать данные диагностической трассировки приложений, написанных в управляемом коде, которые впоследствии могут использоваться разработчиком совместно с инструментом Intellitrace для выделения ошибок.	Включение данных диагностической трассировки в сообщения об ошибках, которые трудно воспроизвести
Создание файла журнала регистрируемых действий и добавление его к ошибке.При выполнении ручных тестов можно записывать действия в файл журнала.Этот файл можно автоматически добавлять ко всем ошибкам, создаваемым при выполнении ручного тестирования.	Практическое руководство. Использование записанных действий, добавленных к ошибкам, для создания тестовых случаев
Создание тестового случая из ошибки и файла журнала регистрируемого действия.Для создания ручного тестового случая из ошибки или результатов теста, можно использовать журнал действий.Используя такой способ, можно создавать тестовые случаи, не прибегая к вводу данных во все шаги.	Практическое руководство. Использование записанных действий для создания тестовых случаев
Проверка и обновление состояния ошибок на основе результатов теста.Если сообщение об ошибке создано на основе тестового случая, эту ошибку можно проверить прямо из списка Мои ошибки в средстве Microsoft Test Manager.При использовании этого подхода результаты теста должны быть связаны с этим тестовым случаем.Можно быстро повторить выполнение теста, изменить состояние ошибки на основе его результатов, а также добавить к ошибке примечания.	Практическое руководство. Проверка исправленных ошибок с помощью Microsoft Test Manager

Просмотр назначенных пользователю рабочих элементов

Участник команды может быстро найти назначенные ему рабочие элементы. Для этого необходимо выполнить командный запрос "Мои рабочие элементы" или перейти к элементу "Моя панель мониторинга".Дополнительные сведения см. в следующих разделах:

• Общие запросы (Agile)

• Моя панель мониторинга (гибкая разработка)

Настройка типов рабочих элементов и связанных задач

Задачи	Связанное содержимое
Сведения о полях, которые можно использовать для отслеживания сведений по всем типам рабочих элементов.База данных для отслеживания рабочих элементов, отслеживает поля, которые не должны отображаться в формах рабочих элементов.Можно узнать дополнительные сведения об этих полях рабочих элементов, ограничениях по указанным полям, о полях, которые включаются в отчет и индексируются.	Справочник по полям рабочих элементов для Visual Studio ALM
Добавление, удаление или настройка способов использования всех типов рабочих элементов для отслеживания данных.Можно настроить существующий тип рабочего элемента или создать новый тип для соответствия требованиям пользователя.Каждый тип рабочего элемента соответствует XML-файлу определения, который импортируется в командный проект.	Справочник по всем XML-элементам WITD
Настройка объектов отслеживания рабочих элементов для поддержки требований к отслеживаемым проектам.Можно настроить поля данных, рабочий процесс и формы рабочих элементов, используемые вашей группой для отслеживания хода выполнения. Объект отслеживания рабочих элементов настраивается путем изменения XML-файла и импорта его на сервер, на котором располагается коллекция проектов.	Настройка данных отслеживания, форм, рабочего процесса и других объектов для проекта
Добавление, удаление или изменение состояний или переходов, управляющих рабочим процессом.Рабочим процессом можно управлять, определяя его начальное состояние, допустимые состояния, допустимые переходы между этими состояниями, а также пользователей или группы, обладающие разрешением на выполнение таких переходов.Раздел WORKFLOW типа рабочего элемента отвечает за способ отслеживания рабочего элемента.	Определение и настройка рабочего процесса рабочего элемента
Изменение и настройка формы для типа рабочего элемента.Способом отображения элементов пользовательского интерфейса для типа рабочего элемента можно управлять посредством раздела FORM определения типа рабочего элемента.У каждого типа рабочего элемента должна быть только одна форма.Пользователь должен описать всю форму, включая все ее вкладки, поля и группы.	Проектирование и настройка формы рабочего элемента

См. также

Основные понятия

Артефакты (гибкая разработка)