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

Для отслеживания, наблюдения за состоянием, составления отчетности при разработке продукта и его функций можно использовать рабочие элементы.Рабочий элемент — это запись в базе данных, которая создается участником команды в Visual Studio Team Foundation Server для записи определения, назначения, приоритета и состояния работы.Шаблон процесса MSF for CMMI process improvement v6.0 определяет 9 типов рабочих элементов. требование, задача, запрос на изменение, ошибки, проблемы, риском анализа тестовый случай " и " общие шаги ".Тестовые случаи и общие шаги используются только в Test Runner и Microsoft Test Manager.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   

3. Заполните поля в верхней части формы и на каждой вкладке в нижней части формы, как требует данный тип рабочего элемента.

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

4. На панели инструментов рабочих элементов, выберите Сохранить рабочий элемент.

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

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

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

• Управление рабочими элементами с помощью приложения 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также

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

Выбор шаблона процесса

Артефакты (CMMI)