Утилита модульного тестирования 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 не сможет выполнить объединение самостоятельно, она предложит пользователю разрешить конфликт вручную.