- •Понятие автоматизированного тестирования. Автотесты. Достоинства и недостатки автоматизированного тестирования.
- •Недостатки.
- •Типы автоматизированного тестирования, их цели. Средства автоматизированного тестирования.
- •Директивы, категории директив
- •Группы утверждений, классическая и закрытая модель утверждений
- •Понятие версии программного продукта и системы контроля версий
- •Две модели версионирования, их сравнение.
- •Система конкурирующих версий cvs, ее достоинства и недостатки
- •Хранилище, его структура, правки. Команды svn для работы с хранилищем
- •Утилита модульного тестирования nUnit. Средства описания тестов.
- •Сценарий объединения правок. Конфликты и способы их разрешения
- •Понятия рабочей копии и служебного каталога. Команды svn для работы с рабочими копиями
- •Документирование процесса разработки. Типы документов управления
- •Документирование программного продукта. Документация сопровождения, ее назначение и состав
- •Документирование программного продукта. Пользовательская документация, ее назначение и состав
- •Генератор документации Sandcastle, его назначение и принцип работы
- •Критерии оценивания проектов, шкалы ценности проекта
- •Способы контроля хода выполнения проекта: меры и метрики. Виды метрик.
Система конкурирующих версий cvs, ее достоинства и недостатки
CVS использует архитектуру клиент-сервер, в которой вся информация о версиях хранится на локальном или сетевом сервере. Помимо обработки индивидуальных файлов CVS позволяет управлять группами файлов, расположенных в директориях. CVS также позволяет вести несколько линий разработки проекта с помощью ветвей разработки. В чистом виде CVS является системой командной строки, поэтому для комфортного использования необходима графическая оболочка. Для Windows в качестве такой оболочки м.б. продукт WinCVS, распространяемый с открытым исходным кодом.
Достоинства: •обеспечивает возможность коллективной работы над проектом; •позволяет управлять не 1 файлом, а целыми проектами; •обладает большим кол-вом удобных графических интерфейсов; •предустановлена в большинстве ОС семейства Linux.
Недостатки: •при перемещении или переименовании файла или директории теряются все, привязанные к этому файлу или директории, изменения; •сложности при ведении нескольких параллельных веток одного и того же проекта; •для каждого изменения бинарного файла сохраняется вся версия файла, а не только внесенное изменение; •с клиента на сервер измененный файл всегда передается полностью; •ресурсоемкость операций, так как они требуют частого обращения к репозиторию, и избыточность сохраняемых копий.
Хранилище, его структура, правки. Команды svn для работы с хранилищем
Хранилище представляет собой последовательность фиксированных состояний размещенной в ней файловой системы. Хранилище создается с помощью входящей в состав поставки Subversion утилиты SvnAdmin путем выполнения команды:svnadmin create <путь к репозиторию>.Сразу после создания хранилище не содержит ничего, кроме пустого корневого каталога. Первоначальное заполнение хранилища осуществляется командой svn import <дерево> <URL хранилища> -m “Initial import”
В качестве первого аргумента этой команды задается путь к поддереву, которое будет загружено в репозиторий. Это м.б. папка, содержащая некоторый проект. Вторым аргументом команды импорта является URL-адрес, который используется для доступа к хранилищу.
Получить доступ к хранилищу Subversion можно различными способами – на локальном диске или через ряд сетевых протоколов.
Схема Метод доступа
file:/// прямой доступ к хранилищу (на локальном диске)
http:// доступ через протокол WebDAV (если Subversion-сервер работает через Apache)
https:// то же, что и http://, но с SSL-шифрованием
svn:// доступ через собственный протокол к серверу svnserve
svn+ssh:// то же, что и svn://, но через SSH-соединение
Файловая система хранилища. Как правило, хранилище Subversion содержит файлы нескольких проектов. Каждый проект представляется в виде подкаталога файловой системы хранилища. При таком подходе, пользовательская рабочая копия обычно соответствует отдельному подкаталогу хранилища.
Правка - каждое новое состояние файловой системы хранилища. Каждая правка получает уникальный номер. Начальная правка вновь созданного хранилища получает номер 0 и не содержит ничего, кроме пустого корневого каталога. Номера правок в Subversion являются глобальными, т.е. относятся ко всем, а не только к отдельно взятым файлам. Каждый номер правки соответствует целому дереву, отдельному состоянию хранилища после зафиксированного изменения.
Список файлов проекта из репозитория можно просмотреть с помощью команды: svn list <URL каталога хранилища> -v. Флаг –v указывает на необходимость вывода полной информации о правке.