По-видимому, при помощи let
компилятор имеет больше гибкости для переупорядочения кода, возможно, для улучшений скорости или пространства.
Стилистически, с помощью параллельной привязки показывает намерение, что привязка группируется; это иногда используется в сохранении динамических связываний:
(let ((*PRINT-LEVEL* *PRINT-LEVEL*)
(*PRINT-LENGTH* *PRINT-LENGTH*))
(call-functions that muck with the above dynamic variables))
Вы можете настроить maven-surefire-plugin .
Например:
<project>
<build>
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.4.2</version>
<configuration>
<excludes>
<exclude>**/TestCircle.java</exclude>
<exclude>**/TestSquare.java</exclude>
</excludes>
</configuration>
</plugin>
</plugins>
EDIT:
Другое решение - определить профили , в которых все тесты будут выполняться, например, Hudson. В режиме разработки вы можете использовать подмножество всего теста для ускорения разработки (или весь тест может быть в профиле по умолчанию, выберите тест в профиле разработчика - поэтому вам нужно запустить maven с атрибутом -PprofileName
). Этот пример лучше подходит для интеграционных тестов, которые запускают логер.
There is an "Ignore" annotation, but it's manual work to add them, not sure if that helps.
It can be used for a test method or a whole class
@Ignore("not ready yet") @Test public void testSomething() {...
or
@Ignore public class SomeTest {
@Test public void testSomething() {...
}
[]]
Попробуйте предположения JUnit, которые кажутся начиная с 4.4
http: //junit.sourceforge .net / javadoc / org / junit / Assume.html
http://eclipsesource.com/blogs/2009/10/07/using-junits-assume-for-faster-tests/
Предполагая, что вы можете обнаружить во время выполнения, если тесты должны выполняться (через определения, свойства и т.д.), это позволит вам сохранить хороший чистый набор тестов.
JUnit 4.7 Я считаю, что поддерживает "Правила" для такого рода вещей (до 4.7 я думаю, вы могли бы использовать пользовательских Runners, которые проверяли бы переменную среды).
Или вы могли бы посмотреть на теги includes / excludes вашей системы сборки.
Подключаемый модуль Maven Surefire: Включения и исключения тестов
I never tried it, but could you put the additional tests in a different source folder, and configure your build script to include or exclude it according to your build target?