这样可以通过BlockJunit4ClassRunner直接调用：
public class EntryToRunCases
{
public static void main(String... args)
{
if(args != null)
{
System.out.println("Parameters: " + args[0]);
Filter customeFilter = new FilterCollections(args[0]);
EntryToRunCases instance = new EntryToRunCases();
instance.runTestCases(customeFilter);
}
else
{
System.out.println("No parameters were input!");
}
}
protected void runTestCases(Filter aFilter)
{
BlockJUnit4ClassRunner aRunner = null;
try
{
try
{
aRunner = new BlockJUnit4ClassRunner(JunitTest.class);
}
catch(InitializationError e)
{
System.out.print(e.getMessage());
}
aRunner.filter(aFilter);
aRunner.run(new RunNotifier());
}
catch(NoTestsRemainException e)
{
System.out.print(e.getMessage());
}
}
}
　　这种方法要比上面IBM的实现，简单很多，不需要包装一些不必要的类了。
　　但是我们仍然发现它还有两个不方便的地方：
　　要想跑哪些测试文件，必须把相应的测试Class，一条条加进来，这是JUnit固有的缺陷，Categories是解决这个问题，但是它不识别我们自定义的注解
　　Case是通过Java Application Main方法来发起运行的，Eclipse IDE 的Junit 插件并不识别这种用法，所有我们没法在Eclipse的Junit窗口查看结果，只能通过Console打印出书出结果，这样可读性差了很多
　　优化，更佳的解决方法
　　第一个问题很好解决，我们只要自己写方法来查找项目下的所有.java文件，匹配包含org.junit.Test.class注解的测试类可以了，那第二个问题呢？
　　仔细思考我们的需求，我们会发现，我们并不想改变JUnit的Case执行能力，我们期望的只是希望JUnit能够只运行我们希望让它跑的Case. 而JUnit的Categories实现的是这种功能。Categories继承自Suite类，我们看他的构造函数：
　　public Categories(Class<?> klass， RunnerBuilder builder)
　　throws InitializationError {
　　super(klass， builder);
　　try {
　　filter(new CategoryFilter(getIncludedCategory(klass)，
　　getExcludedCategory(klass)));
　　} catch (NoTestsRemainException e) {
　　throw new InitializationError(e);
　　}
　　assertNoCategorizedDescendentsOfUncategorizeableParents(getDescription());
　　}
　　实际上是把自定义的CategoryFilter传递给ParentRunner的filter方法，跟上面的方式，异曲同工。
　　Categories不识别我们的注解，那么我们是不是可以仿照它，做自己的Categories类呢？如下：
　　1。 首先定义使用自定义Categories的参数：
　　@Retention(RetentionPolicy.RUNTIME)
　　public @interface IncludeSprint
　　{
　　String value();
　　/*
　　* This annotation will determine whether we want to run case without Sprint annotation or not
　　* If not set， it is false by default
　　*/
　　boolean isOnly() default false;
　　}
　　@Retention(RetentionPolicy.RUNTIME)
　　public @interface IncludeUserStory
　　{
　　String value();
　　}
　　@Retention(RetentionPolicy.RUNTIME)
　　public @interface IncludeDefect
　　{
　　String value();
　　}
　　2。然后可以在构造函数里针对它做处理：
　　/**
　　* Used by JUnit
　　*/
　　public AnnotationClasspathSuite(Class<?> suiteClass， RunnerBuilder builder) throws InitializationError
　　{
　　super(builder， suiteClass， getTestclasses(new ClasspathClassesFinder(getClasspathProperty(suiteClass)， new ClassChecker(
　　getSuiteType(suiteClass))).find()));
　　try
　　{
　　filter(new AnnotationsFilter(getIncludedSprint(suiteClass)， getIncludedUserStory(suiteClass)， getIncludedDefect(suiteClass)，
　　IsOnlyRunCaseWithSprintAnnotation(suiteClass)));
　　}
　　catch(NoTestsRemainException e)
　　{
　　throw new InitializationError(e);
　　}
　　assertNoCategorizedDescendentsOfUncategorizeableParents(getDescription());
　　}
　　这样做出的自定义Suite Runner在使用上非常方便了，比如：
　　@RunWith(AnnotationClasspathSuite.class)
　　@IncludeSprint(value = "15.3"， isOnly = true)
　　public class TestRunner
　　{
　　}
　　这样可以明确的表明，我们只想跑Spring15.3的Case。并且结果也能在Eclipse IDE里完美展示：
　　总结
　　通过上面的实现，我们能更细粒度的规划我们的case，也能按需灵活的运行自动化测试用例。