测试工作（引子 -- Junit&Jmeter整理）

题记：很长的时间没有写东西。
下个周开始实习，主要做关于测试方面。对自己的要求：能够完成单元和压力测试的同时，知道怎样可以改进性能，并尝试去做。
记录自己的工作。


一．Junit与JMeter的介绍

1、单元测试：JUnit (http://www.junit.org)
　　JUnit是由 Erich Gamma 和 Kent Beck 编写的一个回归测试框架（regression testing framework），用于Java开发人员编写单元测试之用。下面介绍的开源测试工具，很多都是对于JUnit的扩展。
　　它目前的版本为3.8与4.0，区别比较大，为编写单元测试提供了主要的接口。目前主流的IDE都提供了对于JUnit的支持。
　　XP强调测试先行，尤其重视单元测试。系统集成商需要通过软件开发过程的执行，来强化JUnit的使用。

2、压力与性能测试： JMeter (http://jakarta.apache.org/jmeter/)
　　由于企业应用越来越复杂，用户数量也是越来越多，系统的性能参数以及众多的非功能性需求在开发中获得了越来越多的重视。因此，很多压力与性能测试工具也开始出现，这其中有一定影响的是Apache Software Foundation的JMeter。
　　JMeter是100%的JAVA桌面应用，用来测试系统的负载与性能。它最开始设计是用来测试WEB应用，后来加以扩展，可以测试Http，FTP，支持JDBC的关系型数据库的性能与压力。同时，JMeter提供一定的定制功能，系统集成商可以自行开发针对EJB、CORBA或者SOAP的插件。
　　压力与性能测试方面，由于测试比较复杂，实际企业应用测试中，也是采用商业测试软件比较多，例如LoadRunner、JProbe Suite以及与JBuilder8 同步发布的OptimizerIT。

二．测试的概念

单元测试主要用于测试细粒度的程序单元，如类的某个复杂方法的正确性，也可以根据需要综合测试某个操作所涉及的多个相互联系的类的正确性。在很多情况下，相互联系的多个类中有些类比较简单，为这些简单类单独编写单元测试用例往往不如将它们与使用它们的类一起进行测试有意义。
XP编程更是提倡“测试”先行的做法。通常做法：编写产品函数的框架，然后编写测试函数，针对产品函数的功能编写测试用例，然后编写产品函数的代码，每写一个功能点都运行测试，随时补充测试用例。（先编写产品函数的框架，是指先编写函数空的实现，有返回值的随便返回一个值，编译通过后再编写测试代码，这时，函数名、参数表、返回类型都应该确定下来了，所编写的测试代码以后需修改的可能性比较小）。
先写测试，后写代码优点：
1、强制你先考虑一个类的功能，也就是这个类提供给外部的接口，而不至于太早陷入它的细节。这是面向对象提倡的一种设计原则。
2、好的测试其实就是一个好的文档。XP的原则是make it simple ，不提倡写文档。
3、能更好的适应需求的变动。（需要慢慢积累理解）