
- •Понятие автоматизированного тестирования. Автотесты. Достоинства и недостатки автоматизированного тестирования.
- •Недостатки.
- •Типы автоматизированного тестирования, их цели. Средства автоматизированного тестирования.
- •Директивы, категории директив
- •Группы утверждений, классическая и закрытая модель утверждений
- •Понятие версии программного продукта и системы контроля версий
- •Две модели версионирования, их сравнение.
- •Система конкурирующих версий cvs, ее достоинства и недостатки
- •Хранилище, его структура, правки. Команды svn для работы с хранилищем
- •Утилита модульного тестирования nUnit. Средства описания тестов.
- •Сценарий объединения правок. Конфликты и способы их разрешения
- •Понятия рабочей копии и служебного каталога. Команды svn для работы с рабочими копиями
- •Документирование процесса разработки. Типы документов управления
- •Документирование программного продукта. Документация сопровождения, ее назначение и состав
- •Документирование программного продукта. Пользовательская документация, ее назначение и состав
- •Генератор документации Sandcastle, его назначение и принцип работы
- •Критерии оценивания проектов, шкалы ценности проекта
- •Способы контроля хода выполнения проекта: меры и метрики. Виды метрик.
Утилита модульного тестирования nUnit. Средства описания тестов.
Для модульного тестирования применяются специальные утилиты, позволяющие сразу запустить все тесты и увидеть результат. Одной из наиболее популярных из них является свободно распространяемая утилита Nunit. Первоначально она была портирована с языка Java (библиотека JUnit) и написана на J#. Затем весь код был переписан на C# с использованием таких новшеств .NET, как атрибуты. Существуют расширения оригинального пакета NUnit, большая часть из них также с открытым исходным кодом. NUnit.Forms дополняет NUnit средствами тестирования элементов пользовательского интерфейса. Для написания тестов можно использовать скриптовое расширение любого из .Net языков программирования. Основными элементами описания тестов являются утверждения (assertions) и директивы (directives).
Сценарий объединения правок. Конфликты и способы их разрешения
Смешивание правок. Следует иметь в виду, что рабочие копии не всегда соответствуют какой-то одной правке в хранилище; они могут содержать файлы из разных правок. Фиксация локальных изменений. После внесения изменений в файл рабочей копии разработчик может зафиксировать внесенные изменения, выполнив команду:svn commit <параметры> <путь к файлу>. В результате в хранилище создается новая правка. Обновление рабочей копии. Для актуализации рабочей копии используется команда: svn update <путь к рабочей копии> При этом обновляются только те файлы, в которые вносились изменения между обновлениями. Служебный каталог. В служебном каталоге .svn для каждого файла рабочего каталога записывается следующая информация:
•на какой правке основан рабочий файл (рабочая правка файла);
•временная метка, определяющая, когда рабочая копия последний раз обновлялась из хранилища. Используя эту информацию при соединении с хранилищем, Subversion определяет, в каком из четырех возможных состояний находится рабочий файл:
•не изменялся и не устарел: Файл не изменялся в рабочем каталоге, а в хранилище также не фиксировались изменения этого файла со времени создания его рабочей правки; Команды svn commit и svn update никаких операций делать не будут.
•изменялся локально и не устарел: Файл был изменен в рабочей копии, но в хранилище не фиксировались изменения этого файла в рабочей копии; Есть локальные изменения, которые не были зафиксированы в хранилище, поэтому svn commit выполнит фиксацию этих изменений, а svn update не сделает ничего.
•не изменялся и устарел: В рабочем каталоге файл не изменялся, но был изменен в хранилище; Необходимо выполнить обновление файла для того, чтобы он соответствовал текущей опубликованной правке; Команда svn commit не сделает ничего, а svn update обновит рабочую копию файла в соответствии с последними изменениями.
•изменялся локально и устарел: Файл был изменен как в рабочем каталоге, так и в хранилище; Команда svn commit потерпит неудачу, выдав ошибку «out-of-date»; Файл необходимо сначала обновить. Команда svn update попытается объединить локальные изменения с опубликованными; Если Subversion не сможет выполнить объединение самостоятельно, она предложит пользователю разрешить конфликт вручную.