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

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

Курс посвящен развертыванию Team Foundation Server и его эффективному использованию для управления исходным кодом, автоматизации сборок, управления рабочими элементами и процессами.

Список вопросов:

# Согласно сценарию работы с большими проектами:
# Согласно сценарию работы с большими проектами:
# Согласно сценарию работы с большими проектами:
# При работе над большим решением, в случае возникновения проблемы с масштабируемостью решения следует:
# При работе над большим решением, в случае возникновения проблемы с масштабируемостью решения следует:
# Проблема с масштабируемостью решения проекта , включающего в себя десятки проектов решается:
# При использовании нескольких решений наличие файловых ссылок на проекты вне решений означает:
# При использовании нескольких решений наличие файловых ссылок на проекты вне решений говорит:
# При использовании нескольких решений наличие файловых ссылок на проекты вне решений означает:
# Более глубокая структура ветвления:
# Напрямую на время переноса изменений из ветки разработки в главную ветвь проекта влияют:
# Для больших групп разработки характерно:
# Для обратной интеграции справедливы следующие утверждения:
# Для прямой интеграции справедливы следующие утверждения:
# Перенос изменений из главной ветви в ветвь разработки и перенос изменений по расписанию характерны:
# Для систем сборки в больших группах характерно:
# Для систем сборки в больших группах характерно:
# Для систем сборки в больших группах характерно:
# Планирование проектов осуществляется по схеме:
# Планирование проектов осуществляется по схеме:
# Планирование проектов осуществляется по схеме:
# В Team Foundation Server отсутствует:
# Team Foundation Server отсутствует:
# В Team Foundation Server обеспечивает:
# В шаблон MSF Agile входят следующие типы рабочих элементов:
# В шаблон MSF Agile входят следующие типы рабочих элементов:
# В шаблон MSF Agile входят следующие типы рабочих элементов:
# В шаблон MSF CMMI входят следующие рабочие элементы:
# В шаблон MSF CMMI входят следующие рабочие элементы:
# В шаблон MSF CMMI входят следующие рабочие элементы:
# Целями использования рабочих элементов являются:
# Целями использования рабочих элементов являются:
# Целями использования рабочих элементов являются:
# В рабочем элементе MSF Agile отсутствует состояние:
# У рабочего элемента MSF CMMI есть состояние, отсутствующее у рабочих элементов MSF Agile. Это состояние:
# К основным компонентам архитектуры шаблона процесса относятся:
# К основным компонентам архитектуры шаблона процесса относятся:
# К основным компонентам архитектуры шаблона процесса относятся:
# Компоненты, запускаемые при создании нового проекта команды являются частью:
# Компонент архитектуры шаблона процесса, отвечающий за конфигурацию данных в определенной области шаблона:
# Частью какого компонента архитектуры шаблона процесса являются Reports и Groups and Permissions:
# Укажите надстройки шаблона процессов:
# Укажите надстройки шаблона процессов:
# Укажите надстройки шаблона процессов:
# В стандартных шаблонах процесса не содержится:
# В стандартных шаблонах процесса не содержится:
# В стандартных шаблонах процесса не содержится:
# Процедура настройки шаблона включает в себя:
# Процедура настройки шаблона не включает в себя:
# Процедура настройки шаблона включает в себя, вне зависимоти от включенных надстроек:
# Процесс MSF Agile основан на:
# Для быстрой разработки приложения больше подходит шаблон процесса:
# Для усовершенствования существующих процессов разработки больше подходит шаблон:
# К рабочим элементам MSF Agile по - умолчанию относятся:
# К рабочим элементам MSF Agile по - умолчанию относятся:
# К рабочим элементам MSF Agile по - умолчанию относятся:
# По умолчанию в шаблоне MSF Agile доступны следующие группы:
# По умолчанию в шаблоне MSF Agile доступны следующие группы:
# По умолчанию в шаблоне MSF Agile доступны следующие группы:
# Оценка готовности программного обеспечения к выпуску осуществляется на основе отчетов:
# Оценка эффективности испытаний осуществляется на основе отчетов:
# Оценка текущего состояния проекта и его продвижения осуществляется на основе отчетов:
# Для сбора данных и составления отчетов используется:
# Для создания новых отчетов используются:
# Для размещения новых отчетов в SQL используются:
# К серверным компонентам системы подготовки отчетов относятся:
# К клиентским компонентам системы подготовки отчетов относятся:
# К клиентским компонентам системы подготовки отчетов относятся:
# К клиентским компонентам системы подготовки отчетов относятся:
# К клиентским компонентам системы подготовки отчетов относятся:
# К клиентским компонентам системы подготовки отчетов относятся:
# Разделение архитектуры TFS на три уровня:
# На уровне данных TFS:
# На уровне приложений TFS:
# Сценарий развертывания, при котором для подключения к серверу каждому пользователю необходима доменная учетная запись:
# Сценарий развертывания, при котором для подключения к серверу каждому пользователю необходима локальная учетная запись на нём:
# Сценарий развертывания, поддерживающий обслуживание более 400 пользователей:
# При раздельном развертываниии:
# При односерверном развертывании:
# Службы Team Foundation Build Services могут быть установлены:
# Наличие компонентов отказоустойчивости характерно для:
# Топология, обеспечивающая поддержку до 400 пользователей:
# Топология, обеспечивающая поддержку от 400 до 2000 пользователей:
# Реализация стратегии восстановления на уровне данных включает в себя:
# Реализация стратегии восстановления на уровне приложений включает в себя:
# Восстановление TFS из архивов осуществляется согласно следующим сценариям:
# Преимущества удаленного VPN подключения к TFS:
# Преимущества публикации TFS посредством обратного прокси с контроллером домена в периметре:
# Преимущества размещения TFS в экстрасети:
# Недостатки удаленного VPN подключения к TFS
# Недостатки размещения TFS в экстрасети:
# Недостатки публикации TFS посредством обратного прокси:
# TFS прокси:
# TFS прокси:
# TFS прокси:
# Удаленный сервер сборки:
# Удаленный сервер сборки:
# Удаленный сервер сборки:
# TFS 2008:
# TFS 2008:
# TFS 2008:
# TFS 2008:
# TFS 2008:
# TFS 2008:
# При совместном использовании клиента TFS 2008 с TFS 2005:
# При совместном использовании клиента TFS 2005 с TFS 2008:
# При совместном использовании клиента TFS 2008 с TFS 2005:
# Группа испытателей – это:
# Тестирование сборок проекта осуществляется:
# К функциям, выполняемым TFS относятся:
# Тестирование программных модулей осуществляется:
# К функциям группы разработки относятся:
# Хранилище исходных кодов является частью:
# Рабочий элемент «ошибка» создается:
# Регистрацией ошибок занимается:
# Рабочий элемент ошибка:
# Обозреватель исходного кода используется:
# Разработчик, взаимодействуя с TFS:
# Тестировщик, взаимодействуя с TFS:
# Сервер сборок является частью:
# К среде разработки относятся:
# К среде тестирования относятся:
# Односерверная топология разработки поддерживает:
# Максимальное число пользователей, поддерживаемое топологиями разработки:
# Многосерверная топология разработки поддерживает:
# Взаимодействие клиентов с уровнем приложений осуществляется:
# ASP.Net веб – службы связывают:
# Уровень приложений взаимодействует с уровнем данных:
# Службы сборки данных являются частью:
# Портал проекта является частью:
# Службы отчетов SQL Server относятся к:
# Team Foundation Build относится:
# Отслеживание рабочих элементов осуществляется:
# Службы данных Team Foundation являются частью:
# Можно ли установить TFS на контроллер домена?
# Должны ли веб – службы уровня приложений быть распределены между серверами?
# БД TFS должна быть распределена между несколькими серверами:
# В многосерверной топологии
# В односерверной топологии:
# Службы Team Foundation Build Services могут быть установлены:
# На клиентском уровне находятся:
# На уровне приложений находятся:
# На уровне данных находятся:
# Файл с расширением .sln - это:
# Файл с расширением .csproj - это:
# Файл с расширением .vbproj - это:
# Размещение всех проектов в одиночном решении - это стратегия:
# Группировка связанных проектов несколькими решениями и создание глобального решения - это стратегия:
# Создание самостоятельных решений для каждой из проектируемых подсистем при отсутствии глобального решения - это стратегия:
# Стратегия одиночного решения:
# Стратегия одиночного решения:
# Стратегия одиночного решения:
# Стратегия решения с разделами
# Стратегия решения с разделами
# Стратегия решения с разделами
# Стратегия нескольких решений:
# Стратегия нескольких решений:
# Стратегия нескольких решений:
# Рабочая область:
# Рабочая область:
# . Рабочая область:
# В систему управления версиями следует включать:
# В систему управления версиями не следует включать:
# В систему управления версиями следует включать:
# Сценарий ветвления "без ветвей" оправдывает себя в случае:
# Ветвление проектов оправдано в случае:
# Для ветвления проекта характерно:
# Логическая структура ветвлений и слияний:
# При организации ветвления необходимо:
# При организации ветвления не следует:
# Возможны следующие варианты сценариев управления зависимостями:
# Ссылка на проект Visual Studio позволит автоматизировать:
# Синхронизация изменений исходного кода при ветвлении осуществляется:
# При сопоставлении рабочей области:
# При сопоставлении рабочей области:
# При сохранении строки подключения в пользовательском файле конфигурации необходимо:
# При сохранении строки подключения в пользовательском файле конфигурации не следует:
# При сохранении строки подключения в пользовательском файле конфигурации необходимо:
# TFS интегрирован с Team Build:
# Файл TFSBuild.proj
# Логическое место накопления результатов сборки:
# Справедливы следующие утверждения:
# Какое из перечисленных утверждений неверно?
# Справедливы следующие утверждения:
# Необязательными этапами сборки являются:
# Необязательными этапами сборки являются:
# Обязательными этапами сборки являются:
# По умолчанию Team Build:
# По умолчанию Team Build:
# По умолчанию Team Build:
# Сборка при каждом возврате исходного кода может использоваться в следующих сценариях:
# Сборка при каждом возврате исходного кода - это:
# Сборка с непрерывной интеграцией - это:
# Потребителями плановых сборок чаще всего являются:
# Потребителями плановых сборок чаще всего являются:
# Потребителями непрерывной интеграции чаще всего являются
# По - умолчанию Team Foundation Server не поддерживает:
# Непрерывная интеграция:
# Непрерывная интеграция:
# Простейшим сценарием скользящей сборки является сборка:
# Сценарий сборки, при котором последний возврат кода в течении рабочего дня почти гарантировано не инициирует сбоку, называется сборкой:
# Недостатком какого сценария сборки является задержка информации о качестве кода, при последнем возврате рабочего дня:
# Сценарий скользящей сборки, позволяющий гарантированно получить сборку через некоторый промежуток времени после отправки кода:
# Недостатком какого сценария скользящей сборки является сложность определения возврата, вызвавшего сбой:
# Сценарий сборки, при котором на момент начала сборки число возвратов кода может варьироваться от одного до нескольких:
# Для определения оптимального интервала осуществления сборки ключевым параметром является:
# Допустим сборка занимает 20 минут, а среднее время между возвратами сборки составляет 4 минуты, согласно сценарию сборки по обоим условиям:
# Допустим сборка занимает 15 минут, а среднее время между возвратами сборки составляет 5 минут, согласно сценарию сборки по обоим условиям:
# Наиболее распространенной частотой плановой сборки является:
# Еженедельная частота сборок оправдывает себя в случае:
# Частота сборки, позволяющая разработчикам максимально быстро получать информацию о качестве кода:
# Для создания плановой сборки на сервере TFS необходимо
# Для создания плановой сборки на сервере TFS необходимо
# В качестве параметров командной строки TFSBuild для создания плановой сборки на сервере TFS необходимо указать: