Главная / Менеджмент / Командная разработка с использованием Visual Studio Team Foundation Server

Командная разработка с использованием Visual Studio Team Foundation Server - ответы на тесты Интуит

Правильные ответы выделены зелёным цветом.
Все ответы: Курс посвящен развертыванию Team Foundation Server и его эффективному использованию для управления исходным кодом, автоматизации сборок, управления рабочими элементами и процессами.
Смотрите также:
Программирование
Согласно сценарию работы с большими проектами:
(1) группы разработки приложений включают в свои сборки предоставляемые группами разработки компонентов сборки
(2) группы разработки компонентов включают в свои сборки предоставляемые группами разработки приложений сборки
(3) интеграционное тестирование выполняется только для комплексной сборки всего проекта
К основным компонентам архитектуры шаблона процесса относятся:
(1) Work Item Tracking
(2) надстройка шаблона процесса
(3) мастер New Team Project
Разделение архитектуры TFS на три уровня:
(1) физическое
(2) логическое, все три уровня должны быть установлены отдельно
(3) логическое, все три уровня могут быть установлены на одном компьютере
Группа испытателей – это:
(1) группа, отвечающая за своевременное создание сборок
(2) группа, тестирующая программные модули
(3) группа, которой передаются сборки для тестирования.
Файл с расширением .sln - это:
(1) файл решения
(2) файл с# проекта
(3) файл проекта visual basic
TFS интегрирован с Team Build:
(1) на уровне данных
(2) на уровне служб
(3) на уровне приложений
При работе над большим решением, в случае возникновения проблемы с масштабируемостью решения следует:
(1) создать главное решение для всего приложения
(2) кроме создания главного решения использовать несколько файлов решений
(3) распределить управление версиями по подсистемам и не создавать главного решения
Компоненты, запускаемые при создании нового проекта команды являются частью:
(1) надстройки шаблона процесса
(2) XML - файлов определения процессов
(3) мастера New Team Project
Сценарий развертывания, при котором для подключения к серверу каждому пользователю необходима доменная учетная запись:
(1) односерверное развертывание в рабочей группа
(2) односерверное развертывание в Active Directory
(3) развертывание с несколькими серверами
Тестирование программных модулей осуществляется:
(1) группой испытателей
(2) группой разработчиков
(3) всей командой разработчиков
Размещение всех проектов в одиночном решении - это стратегия:
(1) одиночное решение
(2) решение с разделами
(3) несколько решений
Справедливы следующие утверждения:
(1) Team Foundation Build не зависит от MSBuild
(2) TeamBuild поддерживает интеграцию с рабочими элементами
(3) генерацию уведомлений о состояниях сборки можно организовать с помощью TeamBuild
При использовании нескольких решений наличие файловых ссылок на проекты вне решений означает:
(1) что можно обойтись без главного решения
(2) что необходимо использовать сценарий "понимающий" порядок сборки решений
(3) что логически компоненты независимых производителей находятся во внутренних границах системы
Укажите надстройки шаблона процессов:
(1) Classification
(2) Work Item Types
(3) Work Item Tracking
При раздельном развертываниии:
(1) уровень приложений ставится отдельно от уровня данных
(2) взаимодействие клиентского уровня с уровнем данных осуществляется посредством HTTP(s)
(3) SQL Server является частью сервера приложений
Рабочий элемент «ошибка» создается:
(1) группой разработчиков, с целью маркировки проблемного участка кода и дальнейшего исправления
(2) группой тестирования, с целью привлечения внимания разработчиков к выявленной в процессе тестирования сборки неисправности
Стратегия одиночного решения:
(1) используется даже если получившееся решение слишком велико для загрузки в Visual Studio
(2) дает возможность отдельно рассматривать подсистемы разрабатываемого приложения
(3) позволяет обойтись без файловых ссылок
Необязательными этапами сборки являются:
(1) создание рабочего элемента, при возникновении ошибки
(2) оценка покрытия кода тестами
(3) Копирование сборки в место накопления
Более глубокая структура ветвления:
(1) не влияет на время переноса изменений в главную ветвь
(2) увеличивает время переноса изменений в главную ветвь
(3) сокращает время переноса изменений в главную ветвь
В стандартных шаблонах процесса не содержится:
(1) набор групп и разрешений по - умолчанию
(2) структуры классификации итераций
(3) набор отчетов по - умолчанию
Наличие компонентов отказоустойчивости характерно для:
(1) простой топологии TFS
(2) топологии умеренной сложности
(3) сложной топологии TFS
Обозреватель исходного кода используется:
(1) группой тестирования для доступа к исходному коду проекта с целью контроля его качества
(2) группой разработки с целью загрузки исходного кода для локальной работы
Стратегия решения с разделами
(1) дает возможность отдельно рассматривать подсистемы разрабатываемого приложения
(2) сокращает время, необходимое для загрузки и сборки всего приложения
(3) упрощает разработку, поскольку при открытии решения сразу становится доступным весь код
По умолчанию Team Build:
(1) поддерживает проекты установки
(2) поддерживает приложения VB6.0
(3) не поддерживает приложения .Net 1.1
Для обратной интеграции справедливы следующие утверждения:
(1) это перенос изменений из ветки разработки в главную ветвь
(2) это перенос изменений из главной ветви в ветвь разработки
(3) как правило перенос изменений выполняется по расписанию
(4) как правило перенос изменений инициируется событием
Процедура настройки шаблона включает в себя:
(1) задание имени проекта и шаблона для его создания
(2) задание сведений о типах рабочих элементов
(3) ввод информации о портале проекта (в зависимости от включенных в шаблон надстроек)
Реализация стратегии восстановления на уровне данных включает в себя:
(1) кластеризацию серверов уровня
(2) зеркалирование серверов уровня
(3) резервное оборудование и ПО
Сервер сборок является частью:
(1) среды разработчиков
(2) среды тестирования
(3) TFS
Стратегия нескольких решений:
(1) позволяет собрать приложение средствами Visual Studio
(2) используется для преодоления ограничения масштабируемости
(3) позволяет обойтись без главного решения
Сборка при каждом возврате исходного кода может использоваться в следующих сценариях:
(1) ежедневная сборка
(2) сборка с непрерывной интеграцией
(3) несколько лабораторий сборки
Для систем сборки в больших группах характерно:
(1) определение периодичности слияний до определения периодичности сборки
(2) связывание с каждой ветвью своего сервера сборки
(3) плановые сборки используются в ветвях интеграции
Процесс MSF Agile основан на:
(1) методологии MSF
(2) методологии Capability Maturity Model® Integration
(3) идеях быстрой разработки
Преимущества удаленного VPN подключения к TFS:
(1) поддержка встроенной аутентификации Windows
(2) удаленным пользователям не нужен доступ к домену
(3) пользователи TFS отделены от внутренней сети
Односерверная топология разработки поддерживает:
(1) 50 пользователей
(2) от 50 до 200 пользователей
(3) до 400 пользователей
Рабочая область:
(1) является клиентской копией файлов и папок системы управления исходным кодом
(2) может содержать ссылки на несколько проектов
(3) назначается только учетным записям пользователей
Потребителями плановых сборок чаще всего являются:
(1) заказчики
(2) внешние контролеры
(3) команды разработчиков
Планирование проектов осуществляется по схеме:
(1) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов-Распределение задач по областям- Создание плана работ
(2) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов- Создание плана работ-Распределение задач по областям
(3) концептуальное описание проекта- Формирование набора функциональных возможностей для реализации выбранных сценариев - Формулирование сценариев -Формирование набора рабочих элементов- Создание плана работ-Распределение задач по областям
К рабочим элементам MSF Agile по - умолчанию относятся:
(1) Bug
(2) Report
(3) Task
(4) Query
Недостатки удаленного VPN подключения к TFS
(1) может быть недоступно для удаленных пользователей
(2) нельзя использовать TFS прокси
(3) отсутствие возможности запуска и управления сборки
Взаимодействие клиентов с уровнем приложений осуществляется:
(1) на уровне данных
(2) через windows – службы
(3) посредством веб – служб
В систему управления версиями следует включать:
(1) файлы решений
(2) метаданные проекта Visual Studio Source Control
(3) результаты сборки
По - умолчанию Team Foundation Server не поддерживает:
(1) плановые сборки
(2) непрерывную интеграцию
(3) возврат кода с контролем качества
В Team Foundation Server отсутствует:
(1) интеграция с MS Office Project
(2) интеграция с MS Office Visio
(3) интеграция c MS Office Excel
По умолчанию в шаблоне MSF Agile доступны следующие группы:
(1) Readers
(2) Guests
(3) Project Administrators
TFS прокси:
(1) необходим для повышения производительности удаленного филиала
(2) необходим для обеспечения удаленного доступа
(3) может использоваться в качестве кэша для системы управления исходным кодом
Службы сборки данных являются частью:
(1) клиентского уровня
(2) уровня приложений
(3) уровня данных
Сценарий ветвления "без ветвей" оправдывает себя в случае:
(1) наличия проблемы сломанных сборок
(2) если команда разработчиков работает по короткому циклу выпуска
(3) если команда разработчиков работает по продолжительному циклу выпуска
Простейшим сценарием скользящей сборки является сборка:
(1) после определенного числа возвратов
(2) по истечении заданного промежутка времени
(3) после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF Agile входят следующие типы рабочих элементов:
(1) задача
(2) рецензия
(3) требование QoS
(4) запрос на изменение
Оценка готовности программного обеспечения к выпуску осуществляется на основе отчетов:
(1) о тестировании
(2) об управлении выпусками
(3) об ошибках
(4) о рабочих элементах
Удаленный сервер сборки:
(1) может заменить внутренний сервер сборки
(2) позволяет повысить эффективность удаленной команды
(3) снижает нагрузку на внутренний сервер сборки
Team Foundation Build относится:
(1) к уровню приложений, как служба Team Foundation
(2) к уровню данных, как хранилище данных о сборках
(3) к уровню данных, как служба Team Foundation
Логическая структура ветвлений и слияний:
(1) является отражением физической структуры, используемым при изоляции выпуска
(2) выражает для каждой ветви отражение "родитель - потомок"
(3) может отличаться от структуры, отображаемой в обозревателе решений
Сценарий скользящей сборки, позволяющий гарантированно получить сборку через некоторый промежуток времени после отправки кода:
(1) сборка после определенного числа возвратов
(2) сборка по истечении заданного промежутка времени
(3) сборка после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF CMMI входят следующие рабочие элементы:
(1) задача
(2) рецензия
(3) сценарий
(4) запрос на изменение
Для сбора данных и составления отчетов используется:
(1) MS Excel
(2) SQL Server Analysis Studio
(3) Team Explorer
TFS 2008:
(1) не поддерживает именованные экземпляры SQL
(2) не поддерживает SharePoint 2007
(3) поддерживает клиентские сертификаты X.509
Можно ли установить TFS на контроллер домена?
(1) да
(2) нет
(3) зависит от вида топологии разработки
Возможны следующие варианты сценариев управления зависимостями:
(1) ссылка на файл сборки другого проекта в том же решении
(2) ссылка на файл сборки проекта в другом решении
(3) ссылка на файл сборки из другого командного проекта
Для определения оптимального интервала осуществления сборки ключевым параметром является:
(1) среднее время между возвратами кода
(2) интервал времени, в котором возвраты осуществляются особенно часто
(3) отношение среднего времени между возвратами к длительности процесса сборки
Целями использования рабочих элементов являются:
(1) отслеживание степени удовлетворенности заказчика конечным продуктом
(2) оценка темпов продвижения к завершению кода
(3) выявление дефектов в реализации функционала приложения
К серверным компонентам системы подготовки отчетов относятся:
(1) веб - служба серверов отчетов
(2) веб - обозреватель
(3) служба Windows
TFS 2008:
(1) не поддерживает управление очередями сборок
(2) упрощает процесс задания тестов, выполняемых в процессе сборки
(3) не поддерживает непрерывную сборку
В многосерверной топологии
(1) уровень приложений ставится отдельно от уровня данных
(2) взаимодействие клиентского уровня с уровнем данных осуществляется посредством HTTP(s)
(3) SQL Server является частью сервера приложений
Синхронизация изменений исходного кода при ветвлении осуществляется:
(1) при слиянии ветвей проекта
(2) вручную, средствами обозревателя исходного кода
(3) автоматически, при изменении общего кода в одной из ветвей
Наиболее распространенной частотой плановой сборки является:
(1) еженедельная сборка
(2) ежедневная сборка
(3) ежечасная сборка
В рабочем элементе MSF Agile отсутствует состояние:
(1) active
(2) resolved
(3) proposed
К клиентским компонентам системы подготовки отчетов относятся:
(1) веб - служба серверов отчетов
(2) веб - обозреватель
(3) служба Windows
При совместном использовании клиента TFS 2008 с TFS 2005:
(1) нельзя создать новый тип сборки
(2) не требуется повторная компиляция клиентских настроек Visual Studio
(3) нельзя изменить параметры сборки
На клиентском уровне находятся:
(1) Visual Studio
(2) Team Explorer
(3) MS SQL Server
При сохранении строки подключения в пользовательском файле конфигурации необходимо:
(1) развернуть user.config отдельно от кода приложения
(2) добавить user.config в систему управления исходным кодом
(3) создать user.config в папке с файлом конфигурации приложения, чтобы перекрыть его настройки
Для создания плановой сборки на сервере TFS необходимо
(1) создать командную строку TFSBuild: TfsBuild start <<TeamFoundationServer>> <<TeamProject>> <<BuildTypeName>>
(2) создать запланированную задачу Windows
(3) создать командную строку TFSBuild: TfsBuild create <<BuildTypeName>> <<TeamProject>> <<TeamFoundationServer>>
Согласно сценарию работы с большими проектами:
(1) группы разработки приложений включают в свои сборки предоставляемые группами разработки компонентов сборки
(2) группы разработки компонентов включают в свои сборки предоставляемые группами разработки приложений сборки
(3) интеграционное тестирование выполняется для каждой сборки
К основным компонентам архитектуры шаблона процесса относятся:
(1) Work Item Tracking
(2) надстройка шаблона процесса
(3) Groups and Permissions
На уровне данных TFS:
(1) находятся сервера сборки и прокси сервера
(2) находится Team Explorer
(3) устанавливается ряд БД для хранения рабочих элементов, версий, результатов сборок
Тестирование сборок проекта осуществляется:
(1) группой разработки
(2) группой испытателей
(3) всей командой разработчиков
Файл с расширением .csproj - это:
(1) файл решения
(2) файл с# проекта
(3) файл проекта visual basic
Файл TFSBuild.proj
(1) создается автоматически при создании сборки
(2) нельзя редактировать вручную
(3) определяет выполняемые во время сборки тесты
При работе над большим решением, в случае возникновения проблемы с масштабируемостью решения следует:
(1) создать главное решение для всего приложения
(2) использовать несколько файлов решений без создания главного решения
(3) распределить управление версиями по подсистемам и не создавать главного решения
Компонент архитектуры шаблона процесса, отвечающий за конфигурацию данных в определенной области шаблона:
(1) надстройки шаблона процесса
(2) XML - файлов определения процессов
(3) мастера New Team Project
Сценарий развертывания, при котором для подключения к серверу каждому пользователю необходима локальная учетная запись на нём:
(1) односерверное развертывание в рабочей группа
(2) односерверное развертывание в Active Directory
(3) развертывание с несколькими серверами
К функциям группы разработки относятся:
(1) реализация программных модулей
(2) тестирование программных модулей
(3) создание сборок проекта
Группировка связанных проектов несколькими решениями и создание глобального решения - это стратегия:
(1) одиночное решение
(2) решение с разделами
(3) несколько решений
Какое из перечисленных утверждений неверно?
(1) Team Foundation Build не зависит от MSBuild
(2) TeamBuild поддерживает интеграцию с рабочими элементами
(3) генерацию уведомлений о состояниях сборки можно организовать с помощью TeamBuild
При использовании нескольких решений наличие файловых ссылок на проекты вне решений говорит:
(1) о необходимости использования главного решения
(2) о необходимости использования сценария "понимающего" порядок сборки решений
(3) что логически компоненты независимых производителей находятся вне внутренних границ системы
Укажите надстройки шаблона процессов:
(1) Version Control
(2) Work Item Queries
(3) Work Item Tracking
При односерверном развертывании:
(1) уровень приложений ставится отдельно от уровня данных
(2) взаимодействие клиентского уровня с уровнем данных осуществляется посредством HTTP(s)
(3) SQL Server является частью сервера приложений
Регистрацией ошибок занимается:
(1) группа разработчиков
(2) группа тестирования
(3) руководитель проекта
Стратегия одиночного решения:
(1) используется даже если получившееся решение слишком велико для загрузки в Visual Studio
(2) дает возможность отдельно рассматривать подсистемы разрабатываемого приложения
(3) допускает использование файловых ссылок
Необязательными этапами сборки являются:
(1) создание рабочего элемента, при возникновении ошибки
(2) оценка покрытия кода тестами
(3) анализ кода
Напрямую на время переноса изменений из ветки разработки в главную ветвь проекта влияют:
(1) стратегия слияния
(2) глубина ветвления
(3) частота внесения изменений
В стандартных шаблонах процесса не содержится:
(1) набор групп и разрешений по - умолчанию
(2) структуры классификации областей
(3) портал команды по - умолчанию
Топология, обеспечивающая поддержку до 400 пользователей:
(1) простая
(2) умеренной сложности
(3) сложная
Разработчик, взаимодействуя с TFS:
(1) получает доступ к рабочим элементам «ошибка»
(2) получает возможность использовать обозреватель исходного кода
(3) разрешает существующие ошибки
Стратегия решения с разделами
(1) дает возможность отдельно рассматривать подсистемы разрабатываемого приложения
(2) позволяет использовать главное решение для сборки всего приложения
(3) упрощает разработку, поскольку при открытии решения сразу становится доступным весь код
По умолчанию Team Build:
(1) не поддерживает проекты установки
(2) поддерживает приложения VB6.0
(3) не поддерживает приложения .Net 1.1
Для прямой интеграции справедливы следующие утверждения:
(1) это перенос изменений из ветки разработки в главную ветвь
(2) это перенос изменений из главной ветви в ветвь разработки
(3) как правило перенос изменений выполняется по расписанию
(4) как правило перенос изменений инициируется событием
Процедура настройки шаблона не включает в себя:
(1) задание имени проекта и шаблона для его создания
(2) задание сведений о типах рабочих элементов
(3) ввод информации о портале проекта (в зависимости от включенных в шаблон надстроек)
Реализация стратегии восстановления на уровне приложений включает в себя:
(1) переключение сервера уровня
(2) зеркалирование серверов уровня
(3) резервное оборудование и ПО
К среде разработки относятся:
(1) сервер сборки
(2) хранилище исходных кодов
(3) Visual Studio Team Test Load
Стратегия нескольких решений:
(1) позволяет избежать проблем с производительностью
(2) используется для преодоления ограничения масштабируемости
(3) позволяет обойтись без главного решения
Сборка при каждом возврате исходного кода - это:
(1) скользящая сборка
(2) сборка интеграции
(3) сборка разработки
Для систем сборки в больших группах характерно:
(1) определение периодичности сборки до определения периодичности слияний
(2) связывание с каждой ветвью своего сервера сборки
(3) для ветвей интеграции не характерно использование плановых сборок
Для быстрой разработки приложения больше подходит шаблон процесса:
(1) MSF Agile
(2) MSF CMMI
Преимущества публикации TFS посредством обратного прокси с контроллером домена в периметре:
(1) поддержка встроенной аутентификации Windows
(2) удаленным пользователям не нужен доступ к домену
(3) пользователи TFS отделены от внутренней сети
Максимальное число пользователей, поддерживаемое топологиями разработки:
(1) 500
(2) 1000
(3) 2000
Рабочая область:
(1) является клиентской копией файлов и папок системы управления исходным кодом
(2) не может содержать ссылки на несколько проектов
(3) назначается только учетным записям пользователей
Потребителями плановых сборок чаще всего являются:
(1) заказчики
(2) внешние контролеры
(3) тестировщики
Планирование проектов осуществляется по схеме:
(1) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов- Создание плана работ-Распределение задач по областям
(2) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов-Распределение задач по областям- Создание плана работ
(3) концептуальное описание проекта- Формирование набора функциональных возможностей для реализации выбранных сценариев - Формулирование сценариев -Формирование набора рабочих элементов -Распределение задач по областям- Создание плана работ
К рабочим элементам MSF Agile по - умолчанию относятся:
(1) Report
(2) Risk
(3) Task
(4) Query
Недостатки размещения TFS в экстрасети:
(1) может быть недоступно для удаленных пользователей
(2) нельзя использовать TFS прокси
(3) отсутствие возможности запуска и управления сборки
ASP.Net веб – службы связывают:
(1) клиентский уровень и уровень приложений
(2) клиентский уровень и уровень данных
(3) уровень приложений и уровень данных
В систему управления версиями не следует включать:
(1) файлы решений
(2) метаданные проекта Visual Studio Source Control
(3) результаты сборки
Непрерывная интеграция:
(1) не поддерживается по - умолчанию Team Foundation Server
(2) поставляет оперативную информацию о качестве сборки
(3) не поддерживает оперативное исправление кода
Team Foundation Server отсутствует:
(1) интеграция с MS Office Project
(2) интеграция с MS Office Visio
(3) ассоциированный портал проекта на основе MS Share Point
По умолчанию в шаблоне MSF Agile доступны следующие группы:
(1) HelpServicesGroup
(2) Guests
(3) Project Administrators
TFS прокси:
(1) необходим для обеспечения удаленного доступа
(2) позволяет сократить сетевой трафик
(3) может использоваться в качестве кэша для системы управления исходным кодом
Портал проекта является частью:
(1) клиентского уровня
(2) уровня приложений
(3) уровня данных
Ветвление проектов оправдано в случае:
(1) наличия проблемы сломанных сборок
(2) если команда разработчиков работает по короткому циклу выпуска
(3) наличия изолированных групп разработки
Сценарий сборки, при котором последний возврат кода в течении рабочего дня почти гарантировано не инициирует сбоку, называется сборкой:
(1) после определенного числа возвратов
(2) по истечении заданного промежутка времени
(3) после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF Agile входят следующие типы рабочих элементов:
(1) задача
(2) рецензия
(3) ошибка
(4) риск
Оценка эффективности испытаний осуществляется на основе отчетов:
(1) о тестировании
(2) об управлении выпусками
(3) об ошибках
(4) о рабочих элементах
Удаленный сервер сборки:
(1) не должен заменять внутренний сервер сборки
(2) позволяет повысить эффективность удаленной команды
(3) увеличивает нагрузку на внутренний сервер сборки
Отслеживание рабочих элементов осуществляется:
(1) на клиентском уровне
(2) на уровне приложений
(3) на уровне данных
При организации ветвления необходимо:
(1) организовывать ветвление так, чтобы слияние выполнялось только поперек иерархии
(2) учитывать потребность разработчиков в одновременной работе над одними и теми же файлами
(3) включать в ветвление файлы конфигурации и исходного кода
Недостатком какого сценария скользящей сборки является сложность определения возврата, вызвавшего сбой:
(1) сборка после определенного числа возвратов
(2) сборка по истечении заданного промежутка времени
(3) сборка после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF CMMI входят следующие рабочие элементы:
(1) требование QoS
(2) проблема
(3) сценарий
(4) запрос на изменение
Для создания новых отчетов используются:
(1) MS Excel
(2) SQL Server Analysis Studio
(3) Team Explorer
TFS 2008:
(1) поддерживает именованные экземпляры SQL
(2) не поддерживает SharePoint 2007
(3) поддерживает клиентские Windows 2008
Должны ли веб – службы уровня приложений быть распределены между серверами?
(1) да
(2) нет
(3) зависит от вида топологии разработки
Ссылка на проект Visual Studio позволит автоматизировать:
(1) синхронизацию конфигураций сборок
(2) сборку компонентов
(3) сборку проекта, при изменении файла сборки
Допустим сборка занимает 20 минут, а среднее время между возвратами сборки составляет 4 минуты, согласно сценарию сборки по обоим условиям:
(1) таймаут должен быть равен 20 минутам
(2) сборка должна осуществляться после 5 возвратов
(3) таймаут должен быть равен 5 минутам
Целями использования рабочих элементов являются:
(1) отслеживание степени удовлетворенности заказчика конечным продуктом
(2) оценка темпов продвижения к завершению кода
(3) формирование требований пользователей к приложению
К клиентским компонентам системы подготовки отчетов относятся:
(1) БД серверов отчетов
(2) веб - обозреватель
(3) Team Explorer
TFS 2008:
(1) поддерживает управление очередями сборок
(2) позволяет создавать триггеры для осуществления непрерывной сборки
(3) не поддерживает сборку по расписанию
В односерверной топологии:
(1) уровень приложений ставится отдельно от уровня данных
(2) взаимодействие клиентского уровня с уровнем данных осуществляется посредством HTTP(s)
(3) SQL Server является частью сервера приложений
При сопоставлении рабочей области:
(1) конфигурация объединения исходного кода создается на стороне сервера
(2) конфигурация объединения исходного кода создается на стороне клиента
(3) изменения в общем проекте не учитываются при копировании последней версии исходного кода в рабочую область
Еженедельная частота сборок оправдывает себя в случае:
(1) длительного времени сборки (несколько дней)
(2) при наличии значительных изменений в течении часа
(3) в случае малого числа возвратов в течении недели
(1) closed
(2) resolved
(3) proposed
К клиентским компонентам системы подготовки отчетов относятся:
(1) БД серверов отчетов
(2) Team Explorer
(3) служба Windows
При совместном использовании клиента TFS 2005 с TFS 2008:
(1) невозможно поставить созданную сборку в очередь
(2) требуется повторная компиляция клиентских настроек Visual Studio
(3) tfsbuild.proj перестанет синхронизироваться
На уровне приложений находятся:
(1) службы управления версиями
(2) службы сборки
(3) службы отслеживания рабочих элементов
При сохранении строки подключения в пользовательском файле конфигурации не следует:
(1) разворачивать user.config отдельно от кода приложения
(2) добавлять user.config в систему управления исходным кодом
(3) создавать user.config в папке с файлом конфигурации приложения, чтобы перекрыть его настройки
Для создания плановой сборки на сервере TFS необходимо
(1) ввести сроку в пакетный файл вида: TfsBuild start <<TeamFoundationServer>> <<TeamProject>> <<BuildTypeName>>
(2) создать запланированную задачу Windows
(3) ввести сроку в пакетный файл вида: TfsBuild create <<BuildTypeName>> <<<<TeamProject>> <<TeamFoundationServer>>
Согласно сценарию работы с большими проектами:
(1) группы разработки приложений включают в свои сборки предоставляемые группами разработки компонентов сборки
(2) группы разработки компонентов включают в свои сборки предоставляемые группами разработки приложений сборки
(3) тестирование компонентов выполняется для каждой сборки
К основным компонентам архитектуры шаблона процесса относятся:
(1) Work Item Tracking
(2) Reports
(3) XML - файлы определения процессов
На уровне приложений TFS:
(1) находятся сервера сборки и прокси сервера
(2) находится Team Explorer
(3) станавливается ряд БД для хранения рабочих элементов, версий, результатов сборок
К функциям, выполняемым TFS относятся:
(1) обеспечение связей между командами разработчиков и тестировщиков
(2) централизованное хранение кода
(3) обеспечение группы испытателей инструментарием для создания тестов
Файл с расширением .vbproj - это:
(1) файл решения
(2) файл с# проекта
(3) файл проекта visual basic
Логическое место накопления результатов сборки:
(1) находится на уровне данных
(2) входит в состав сервера сборки
(3) не входит с состав сервера сборки и уровней клиентов, приложений и данных
Проблема с масштабируемостью решения проекта , включающего в себя десятки проектов решается:
(1) распределением управления версиями по подсистемам
(2) созданием главного решения наряду с использованием нескольких файлов решений
(3) использованием нескольких файлов решений без создания главного решения
Частью какого компонента архитектуры шаблона процесса являются Reports и Groups and Permissions:
(1) надстройки шаблона процесса
(2) XML - файлов определения процессов
(3) мастера New Team Project
Сценарий развертывания, поддерживающий обслуживание более 400 пользователей:
(1) односерверное развертывание в рабочей группа
(2) односерверное развертывание в Active Directory
(3) развертывание с несколькими серверами
Хранилище исходных кодов является частью:
(1) среды разработки
(2) среды тестирования
(3) Team Foundation Server
Создание самостоятельных решений для каждой из проектируемых подсистем при отсутствии глобального решения - это стратегия:
(1) одиночное решение
(2) решение с разделами
(3) несколько решений
Справедливы следующие утверждения:
(1) Team Foundation Build зависит MSBuild
(2) TeamBuild не поддерживает интеграцию с рабочими элементами
(3) генерацию уведомлений о состояниях сборки можно организовать с помощью TeamBuild
При использовании нескольких решений наличие файловых ссылок на проекты вне решений означает:
(1) что можно обойтись без главного решения
(2) что логически компоненты независимых производителей находятся во внутренних границах системы
(3) что логически компоненты независимых производителей находятся вне внутренних границ системы
Укажите надстройки шаблона процессов:
(1) Classification
(2) Work Item Types
(3) Reports
Службы Team Foundation Build Services могут быть установлены:
(1) на уровне приложений
(2) на специальный сервер
(3) на несколько специальных серверов
Рабочий элемент ошибка:
(1) позволяет группе тестирования отслеживать работу группы разработчиков
(2) служит для организации обратной связи по результатам тестирования
(3) является критерием оценки качества сборки
Стратегия одиночного решения:
(1) используется даже если получившееся решение слишком велико для загрузки в Visual Studio
(2) позволяет легко составить карту зависимостей между проектами
(3) допускает использование файловых ссылок
Обязательными этапами сборки являются:
(1) создание рабочего элемента, при возникновении ошибки
(2) оценка покрытия кода тестами
(3) выполнение тестов
Для больших групп разработки характерно:
(1) ветвление по группам
(2) ветвление по компонентам
(3) ветвление как по группам так и по компонентам
В стандартных шаблонах процесса не содержится:
(1) набор типов рабочих элементов
(2) структуры классификации областей и итераций
(3) набор отчетов по - умолчанию
Топология, обеспечивающая поддержку от 400 до 2000 пользователей:
(1) простая
(2) умеренной сложности
(3) сложная
Тестировщик, взаимодействуя с TFS:
(1) регистрирует ошибки
(2) разрешает существующие ошибки
(3) извлекает результаты плановой сборки
Стратегия решения с разделами
(1) позволяет использовать главное решение для сборки всего приложения
(2) упрощает разработку, поскольку при открытии решения сразу становится доступным весь код
(3) способствует уменьшению общей сложность работы с учетом логического разделения решений
По умолчанию Team Build:
(1) поддерживает проекты установки
(2) не поддерживает приложения VB6.0
(3) не поддерживает приложения .Net 1.1
Перенос изменений из главной ветви в ветвь разработки и перенос изменений по расписанию характерны:
(1) для обратной интеграции
(2) для прямой интеграции
(3) как для прямой так и для обратной интеграции
(4) ни один из вышеперечисленных вариантов
Процедура настройки шаблона включает в себя, вне зависимоти от включенных надстроек:
(1) задание имени проекта и шаблона для его создания
(2) задание сведений о типах рабочих элементов
(3) ввод информации о портале проекта
Восстановление TFS из архивов осуществляется согласно следующим сценариям:
(1) восстановление данных односерверной установки
(2) восстановление данных раздельной установки
(3) полное восстановление односерверной архитектуры
К среде тестирования относятся:
(1) TFS
(2) Visual Studio Team Edition for Software Testers
(3) сервер сборок
Стратегия нескольких решений:
(1) позволяет собрать приложение средствами Visual Studio
(2) используется для преодоления ограничения масштабируемости
(3) требует наличия главного решения для сборки всего приложения
Сборка с непрерывной интеграцией - это:
(1) ежедневно осуществляющаяся сборка
(2) сборка, осуществляющаяся по истечению определенного времени
(3) сборка пир каждом возврате исходного кода
Для систем сборки в больших группах характерно:
(1) определение периодичности слияний до определения периодичности сборки
(2) связывание с каждой ветвью своего сервера сборки
(3) в ветвях разработки используется сочетание непрерывной интеграции и плановых сборок
Для усовершенствования существующих процессов разработки больше подходит шаблон:
(1) MSF Agile
(2) MSF CMMI
Преимущества размещения TFS в экстрасети:
(1) поддержка встроенной аутентификации Windows
(2) удаленным пользователям не нужен доступ к домену
(3) пользователи TFS отделены от внутренней сети
Многосерверная топология разработки поддерживает:
(1) до 2500 пользователей
(2) до 2000 пользователей
(3) до 1500 пользователей
. Рабочая область:
(1) является клиентской копией файлов и папок системы управления исходным кодом
(2) может содержать ссылки на несколько проектов
(3) назначается только компьютерам
Потребителями непрерывной интеграции чаще всего являются
(1) команды разработчиков
(2) внешние контролеры
(3) команды тестирования
Планирование проектов осуществляется по схеме:
(1) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов-Распределение задач по областям- Создание плана работ
(2) концептуальное описание проекта-Формулирование сценариев-Формирование набора функциональных возможностей для реализации выбранных сценариев-Формирование набора рабочих элементов- Создание плана работ-Распределение задач по областям
(3) концептуальное описание проекта- Формирование набора функциональных возможностей для реализации выбранных сценариев - Формирование набора рабочих элементов - Формулирование сценариев - Создание плана работ-Распределение задач по
К рабочим элементам MSF Agile по - умолчанию относятся:
(1) Bug
(2) Scenario
(3) Task
(4) Query
Недостатки публикации TFS посредством обратного прокси:
(1) может быть недоступно для удаленных пользователей
(2) нельзя использовать TFS прокси
(3) отсутствие возможности запуска и управления сборки
Уровень приложений взаимодействует с уровнем данных:
(1) через веб – службы
(2) на уровне данных
(3) через Windows - службы
В систему управления версиями следует включать:
(1) файлы решений
(2) метаданные проекта Visual Studio Source Control
(3) файлы проекта
Непрерывная интеграция:
(1) это стратегия сборки при каждом возврате исходного кода
(2) поддерживается TFS по умолчанию
(3) не поддерживает оперативное исправление кода
В Team Foundation Server обеспечивает:
(1) создание ассоциированного портал проекта на основе MS Share Point
(2) интеграцию с MS Office Visio
(3) интеграцию c MS Office Excel
По умолчанию в шаблоне MSF Agile доступны следующие группы:
(1) Readers
(2) Guests
(3) WINS Users
TFS прокси:
(1) необходим для повышения производительности удаленного филиала
(2) не требуется для обеспечения удаленного доступа
(3) может используется в качестве кэша для системы управления исходным кодом необходим
Службы отчетов SQL Server относятся к:
(1) клиентскому уровню
(2) уровню данных
(3) уровню приложений
Для ветвления проекта характерно:
(1) увеличение общего числа работ
(2) уменьшение числа сломанных сборок
(3) маркировка сборок
Недостатком какого сценария сборки является задержка информации о качестве кода, при последнем возврате рабочего дня:
(1) после определенного числа возвратов
(2) по истечении заданного промежутка времени
(3) после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF Agile входят следующие типы рабочих элементов:
(1) риск
(2) проблема
(3) ошибка
(4) запрос на изменение
Оценка текущего состояния проекта и его продвижения осуществляется на основе отчетов:
(1) о тестировании
(2) об управлении выпусками
(3) об ошибках
(4) о рабочих элементах
Удаленный сервер сборки:
(1) не должен заменять внутренний сервер сборки
(2) увеличивает потребность в передаче по сети двоичных файлов
(3) снижает нагрузку на внутренний сервер сборки
Службы данных Team Foundation являются частью:
(1) клиентского уровня
(2) уровня приложений
(3) уровня данных
При организации ветвления не следует:
(1) организовывать ветвление так, чтобы слияние выполнялось только поперек иерархии
(2) учитывать потребность разработчиков в одновременной работе над одними и теми же файлами
(3) включать в ветвление файлы конфигурации и исходного кода
Сценарий сборки, при котором на момент начала сборки число возвратов кода может варьироваться от одного до нескольких:
(1) сборка после определенного числа возвратов
(2) сборка по истечении заданного промежутка времени
(3) сборка после определенного числа возвратов и по истечении определенного промежутка времени
В шаблон MSF CMMI входят следующие рабочие элементы:
(1) требование QoS
(2) рецензия
(3) сценарий
(4) требование
Для размещения новых отчетов в SQL используются:
(1) MS Excel
(2) Visual Studio 2005 Report Designer
(3) SQL Server 2005 Reporting Services
TFS 2008:
(1) поддерживает клиентские Windows 2008
(2) поддерживает SharePoint 2007
(3) не поддерживает клиентские сертификаты X.509
БД TFS должна быть распределена между несколькими серверами:
(1) да
(2) нет
(3) зависит от вида топологии разработки
Допустим сборка занимает 15 минут, а среднее время между возвратами сборки составляет 5 минут, согласно сценарию сборки по обоим условиям:
(1) таймаут должен быть равен 15 минутам
(2) сборка должна осуществляться после 5 возвратов
(3) таймаут должен быть равен 3 минутам
Целями использования рабочих элементов являются:
(1) приоритезация задач, стоящих перед командой разработчиков
(2) оценка темпов продвижения к завершению кода
(3) выявление дефектов в реализации функционала приложения
К клиентским компонентам системы подготовки отчетов относятся:
(1) веб - служба серверов отчетов
(2) Team Explorer
(3) веб - сайт диспетчера отчетов
TFS 2008:
(1) позволяет создавать триггеры для осуществления непрерывной сборки
(2) упрощает процесс задания тестов, выполняемых в процессе сборки
(3) не поддерживает сборку по расписанию
Службы Team Foundation Build Services могут быть установлены:
(1) на уровне приложений
(2) на специальный сервер
(3) на несколько специальных серверов
При сопоставлении рабочей области:
(1) конфигурация объединения исходного кода создается на стороне сервера
(2) конфигурация объединения исходного кода создается на стороне клиента
(3) изменения в общем проекте учитываются при копировании последней версии исходного кода в рабочую область
Частота сборки, позволяющая разработчикам максимально быстро получать информацию о качестве кода:
(1) еженедельная сборка
(2) ежедневная сборка
(3) ежечасная сборка
У рабочего элемента MSF CMMI есть состояние, отсутствующее у рабочих элементов MSF Agile. Это состояние:
(1) closed
(2) resolved
(3) proposed
К клиентским компонентам системы подготовки отчетов относятся:
(1) веб - сайт диспетчера отчетов
(2) веб - обозреватель
(3) Team Explorer
При совместном использовании клиента TFS 2008 с TFS 2005:
(1) невозможно поставить созданную сборку в очередь
(2) требуется повторная компиляция клиентских настроек Visual Studio
(3) нельзя изменить параметры сборки
На уровне данных находятся:
(1) MS SQL Server
(2) службы сборки
(3) БД рабочих элементов
При сохранении строки подключения в пользовательском файле конфигурации необходимо:
(1) развернуть user.config отдельно вместе с кодом приложения
(2) добавить user.config в систему управления исходным кодом
(3) создать user.config в папке с файлом конфигурации приложения, чтобы перекрыть его настройки
В качестве параметров командной строки TFSBuild для создания плановой сборки на сервере TFS необходимо указать:
(1) имя проекта
(2) имя TFS сервера
(3) время частоты плановой сборки