【不要太监，成为笑话】拼搏百天，我要成为程序员！键盘敲烂，我要月薪过万！第三天

 

Java Web

P1 0导学

 

SSM = Spring SpringMVC iBatis

P2 01_今日导学

Junit单元测试：代码不用放在main方法中运行了，是白盒测试的一种。

反射：后期框架设计的灵魂。

 类中方法的执行，需要借助创建对象和main方法。而不能独立运行。

@Test可以帮助方法独立运行，而不必借助main方法。

 

需要在工程中导入junit依赖，如下

 

执行后，结果为绿色表示测试成功，红色测试失败。只看输出不看颜色，不会看出正确与否。而且，红色或绿色是可以通过程序判断是否测试成功，而输出不可。后面通过学习测试框架，来学习如何判断。输出看不出来，或者说并不能得到我们想要的结论。大概是涉及程序逻辑错误与运行错误的意思。所以一般不会在测试程序中输出，而是从测试程序中做一个“断言”的的操作。所谓也就是增加一个判断，人为造成程序运行错误，将机器无法识别的逻辑错误，改为运行错误。

 

 看到了P4，接着看P5

 

Junit中@Before 和@After注解，在测试用例中，这两个注解下的方法自动在测试方法执行前后依次执行。

junit 测试和 在每个类里写main方法测试有什么差别呢？

如果你的类里有多个方法，用main方法测试的话就很不方便，想测试全部方法的话就得把测试代码全部写到main里，或者你测一个重写一次。且更重要的是，这样会使测试代码与运行逻辑代码混在一起，不规范。
在一个正规的java项目中（尤其是使用了SSH之类的框架），几乎是不会写main方法的，写了就是无用代码，会被经理骂……
使用junit就方便多了，这是单元测试，你想测哪个方法就写一个对应的测试方法，然后用junit运行。每个方法之间是独立的，非常灵活。而且测试方法一般不会直接写在原类中，而是单独的测试类，这样测试代码就完全与逻辑代码分开了。
如果使用了maven之类的工具来管理项目，则junit的好处又会进一步体现出来：你可以编写好一大批测试类，然后用maven的一个简单命令来自动执行，想想看，全部自动测试，且测试结果自动生成文档，方便吧。
其实junit一点也不难学，用一两次就大体懂了。