junit4的参数化测试z
我感觉它的设计意图就是为了解决我们有时候测试的时候，测试数据的构造不同，其他的均相同的情况下可能比较有用
参数化测试的编写稍微有点麻烦（当然这是相对于JUnit中其它特性而言）：
1.为准备使用参数化测试的测试类指定特殊的运行器org.junit.runners.Parameterized。
2.为测试类声明几个变量，分别用于存放期望值和测试所用数据。
3.为测试类声明一个使用注解org.junit.runners.Parameterized.Parameters修饰的，
返回值为java.util.Collection的公共静态方法，并在此方法中初始化所有需要测试的参数对。
4.为测试类声明一个带有参数的公共构造函数，并在其中为第二个环节中声明的几个变量赋值。
5.编写测试方法，使用定义的变量作为参数进行测试。
Java代码
importjava.util.Collection;
importjunit.framework.Assert;
importorg.junit.Test;
importorg.junit.runner.RunWith;
importorg.junit.runners.Parameterized;
importorg.junit.runners.Parameterized.Parameters;
@RunWith(Parameterized.class)
publicclassParameterizedTest{
privateStringextected;
privateStringtarget;
publicParameterizedTest(Stringtarget,Stringextected){
super();
this.target=target;
this.extected=extected;
}
@Parameters
publicstaticCollection<?>contructData(){
returnArrays.asList(newObject[][]{
{"aaa","AAA"},
{null,null},
{"",""},
{"BBB","BBB"}
});
}
@Parameters
publicstaticCollection<?>contructData1(){
returnArrays.asList(newObject[][]{
{"aaa1","AAA1"},
{null,null},
{"",""},
{"BBB1","BBB1"}
});
}
publicStringtoUpperCase(Stringstr){
if(null==str){
returnstr;
}
returnstr.toUpperCase();
}
@Test
publicvoidtestUpperCase(){
Assert.assertEquals(extected,toUpperCase(target));
}
}
同时，感觉这个地方实现的不好的地方就是整个类只有第一个标有@Parameters的static静态方法起作用，也就
限制了它的灵活使用。随便看下它里面对注解的处理部分
List<FrameworkMethod>methods=testClass
Java代码
.getAnnotatedMethods(Parameters.class);
or(FrameworkMethodeach:methods){
intmodifiers=each.getMethod().getModifiers();
if(Modifier.isStatic(modifiers)&&Modifier.isPublic(modifiers))
returneach;
实际上它是找到第一个就返回了，其实我们如果为了灵活的话，可以再标注下，然后去找一个特殊的方法，然后多个方法的parametrized的测试就可以放到一个类里面了。当然这么做的话，肯定有有一些其他的不好的地方。