Я нашел способ сфокусировать всех предыдущих братьев и сестер (напротив ~
), которые могут работать в зависимости от того, что вам нужно.
Допустим, у вас есть список ссылок и при падении на одном, все предыдущие должны стать красными. Вы можете сделать это следующим образом:
/* default link color is blue */
.parent a {
color: blue;
}
/* prev siblings should be red */
.parent:hover a {
color: red;
}
.parent a:hover,
.parent a:hover ~ a {
color: blue;
}
<div class="parent">
<a href="#">link</a>
<a href="#">link</a>
<a href="#">link</a>
<a href="#">link</a>
<a href="#">link</a>
</div>
Модульные тесты должны работать, если у вас такая же конфигурация для тестового проекта, что и для основного проекта.
Я бы посоветовал использовать событие предварительной сборки в вашем тестовом проекте, чтобы скопировать файл конфигурации вашего приложения в тестовый проект. Это избавляет от необходимости поддерживать два набора конфигурации.
copy $ (SolutionDir) path-to-main-project \ Web.config $ (ProjectDir) App.config
Да, можно. Вы должны быть уверены, что любая конфигурация, на которую вы ссылаетесь в своих тестах, действительно существует в app.config
тестового проекта.
Другими словами, проект, в котором находится ваш тест, не имеет строки подключения «FertigungRead»
, определенной в его app.config
.
Один из способов сделать это - добавить app.config
тестируемой системы в тестовый проект в качестве ссылки , таким образом, любые изменения произойдут в обоих проектах.
Зачем вам нужен юнит-тест, чтобы проверить, работает ли SqlConnection? Вы должны тестировать свой код, а не код Microsoft. Я не вижу смысла проверять правильность строки подключения в ваших модульных тестах. Конфигурация, используемая в модульных тестах, не совпадает с той, что будет использоваться в вашем производственном коде.
В общем, если вам нужны данные конфигурации для модульных тестов, создайте файл app.config в тестовом проекте. Наполните элементы appSettings, connectionStrings и т.д. значениями, соответствующими вашей тестовой среде. Однако не утруждайте себя проверкой того, работает ли ConfigurationManager или SqlConnection. Вы просто создадите код, который вам придется поддерживать, но который на самом деле не проверяет ничего из написанного вами производственного кода.