今天完成的事情：

1，学习JUnit

 单元测试用例是代码的一部分从而确保代码（方法）的另一部分工作正常。要快速实现这些理想的效果，测试框架是必需的

正式书面单元测试用例的特征是输入和期望的输出，这是在执行测试之前制定的。已知的输入应该作为测试的前提条件以及预期输出应该为测试后置条件。

必须有至少两个单元测试用例针对每个要求： 一个正测试和负测试。如果要求有不合要求，每个子需求必须至少有两个测试用例作为正负。

JUnit提供：

• 断言测试预期结果。
• 测试功能共享通用的测试数据。
• 测试套件轻松地组织和运行测试。
• 图形和文本测试运行。

JUnit用于测试：

• 整个对象
• 对象的一部分 - 交互的方法或一些方法
• 几个对象之间的互动(交互)

简单的单元测试用例

@Test

    public void addUser() throws Exception {

        User user=new User();

        user.setName("盛世美颜");

        user.setAge(23);

        user.setRecommend("嗦嘎");

        userDao.addUser(user);

        System.out.println("@Test所添加的名字='"+user.getName()+"'");

        assertEquals("盛世美颜",user.getName());

    }

当assertEquals中的预期值，与user.getName();获取的值相等时，得到如下：

当断言判断期望值与实际值不符时，会提示如下信息：

junit中的其他注解：

JUit断言

@RunWith(SpringJUnit4ClassRunner.class) 

在使用所有注释前必须使用@RunWith(SpringJUnit4ClassRunner.class),让测试运行于Spring测试环境

@ContextConfiguration(locations = {"classpath:applicationContext.xml"} , loader = GenericXmlContextLoader.class)

@ContextConfiguration 用来指定加载的Spring配置文件的位置,会加载默认配置文件,  

@ContextConfiguration 注解有以下两个常用的属性：

1,locations：可以通过该属性手工指定 Spring 配置文件所在的位置，可以指定一个或多个 Spring 配置文件用‘，’分开。如下所示：

@ContextConfiguration(locations={“aa/aa.xml”," aa/bb.xml”})

2,inheritLocations：是否要继承父测试用例类中的 Spring 配置文件，默认为 true。

2，Log4j

日志记录的优缺点

日志是软件开发的重要组成部分。一个精心编写的日志代码提供快速的调试，维护方便，以及应用程序的运行时信息结构化存储。

日志记录确实也有它的缺点。它可以减缓的应用程序。如果太详细，它可能会导致滚动失明。为了减轻这些影响，log4j被设计为是可靠，快速和可扩展。

由于记录很少为应用的主要重点，但log4j API致力于成为易于理解和使用。

Log4j配置

log4j.properties文件是一个键 - 值对保存 log4j 配置属性文件。

默认情况下，日志管理在CLASSPATH 查找一个名为 log4j.properties 的文件。

• 根日志记录器的级别定义为DEBUG并连接附加器命名为X到它
• 设置名为X的附加目的地是一个有效的appender
• 设置布局的附加器X

log4j.properties语法：

以下是 log4j.properties 文件的一个appender X的语法：

# Define the root logger with appender X

log4j.rootLogger = DEBUG, X

# Set the appender named X to be a File appender

log4j.appender.X=org.apache.log4j.FileAppender

# Define the layout for X appender

log4j.appender.X.layout=org.apache.log4j.PatternLayout

log4j.appender.X.layout.conversionPattern=%m%n

需要注意的是log4j支持UNIX风格的变量替换，如 ${variableName}.

Appender对象主要负责打印日志消息到不同的目的地，如控制台，文件，sockets，NT事件日志等等。

每个Appender对象具有与之相关联的不同的属性，并且这些属性表明对象的行为

2.配置日志信息输出目的地

log4j.appender.appenderName = fully.qualified.name.of.appender.class

1.org.apache.log4j.ConsoleAppender（控制台）

2.org.apache.log4j.FileAppender（文件）

3.org.apache.log4j.DailyRollingFileAppender（每天产生一个日志文件）

4.org.apache.log4j.RollingFileAppender（文件大小到达指定尺寸的时候产生一个新的文件）

5.org.apache.log4j.WriterAppender（将日志信息以流格式发送到任意指定的地方）

3.配置日志信息的格式

log4j.appender.appenderName.layout = fully.qualified.name.of.layout.class

1.org.apache.log4j.HTMLLayout（以HTML表格形式布局），

2.org.apache.log4j.PatternLayout（可以灵活地指定布局模式），

3.org.apache.log4j.SimpleLayout（包含日志信息的级别和信息字符串），

4.org.apache.log4j.TTCCLayout（包含日志产生的时间、线程、类别等等信息）

4.控制台选项

FileAppender 选项

RollingFileAppender 选项

5.日志信息格式中几个符号所代表的含义：

可以在%与模式字符之间加上修饰符来控制其最小宽度、最大宽度、和文本的对齐方式。如下：

用法：

public class log4jExample{

  static Logger log = Logger.getLogger(log4jExample.class.getName());

  public static void main(String[] args)throws IOException,SQLException{

     log.debug("Debug");

     log.info("Info");

  }

}

3，SLF4J

SLF4J，即简单日志门面（Simple Logging Facade for Java），不是具体的日志解决方案，它只服务于各种各样的日志系统。按照官方的说法，SLF4J是一个用于日志系统的简单Facade，允许最终用户在部署其应用时使用其所希望的日志系统。

实际上，SLF4J所提供的核心API是一些接口以及一个LoggerFactory的工厂类。从某种程度上，SLF4J有点类似JDBC，不过比JDBC更简单，在JDBC中，你需要指定驱动程序，而在使用SLF4J的时候，不需要在代码中或配置文件中指定你打算使用

那个具体的日志系统。如同使用JDBC基本不用考虑具体数据库一样，SLF4J提供了统一的记录日志的接口，只要按照其提供的方法记录即可，最终日志的格式、记录级别、输出方式等通过具体日志系统的配置来实现，因此可以在应用中灵活切换日志

4，在服务器上部署开发环境

JDK：

maven：

Mysql：

5，用Maven命令跑单元测试。

写了个简单的hello world，直接将整个项目文件拖到服务器上，然后再项目文件下运行 mvn test，结果如下

明天计划的事情：

在服务器上跑通流程，接着往后面做

遇到的问题：

就是打包的时候，始终不能运行，提示没有主程序清单，百度暂时还没解决

收获：

学习了日志，单元测试，服务器上部署环境

进度：任务一步骤23

任务开始时间：3.10

预计demo时间：3.23

是否延期：否

禅道地址：http://task.ptteng.com/zentao/project-task-562.html