测试依次为单元测试，系统测试，集成测试，用户接受性测试，操作准备性测试等。
单元测试：
程序员做单元测试，确保自己的每个方法都运行，有的方法很简单，不需要单独测试
系统测试（system test）
他是完成某一个稍微集合的工作，比方批准一个定单，等等.
这个测试可以是测试人员，程序员，或者是用户来做。
系统测试最重要的就是： 要有一套测试的文档， 详细的说明了，输入什么，点什么按钮，然后结果是什么。没有这个，就会很乱。所以，如果系统很大就会有上千个测试用例
如果有太多组合，测试文档是非常必要的
集成测试（SIT， system Intergration Test）：
如果系统比较大，单元测试，系统测试之后可以做 集成测试，就是SIT，是专门来测试接口的，和system test 一样，要有好的准备，
当然，如果系统不是很大，可以和System Test一起做，这时，虽然叫 System Test， 也同时测试了总的系统
用户接受性测试（UAT User Acceptance Test）
接下来就是用户接受性测试，这个是让客户自己测试，客户可以自己做测试数据，等等，
这个控制要好，因为客户很多会随便点，这个不行，会乱套的
如果这个测试通过，说明项目通过了，这是项目成功的标志。
操作准备性测试（ORT Operational Readiness Test） （不知道这样翻译对不对^_^）
UAT后就是ORT，这个之后大型项目才常见，目的就是在正式运行前先试验一下，做一些比较关键的东西，确保正式运行时候可以通畅，之后就可以正式运行了
在测试中，所谓的白盒测试用的不多，除非你在找寻问题，才一行一行的查
另外还有就是压力测试和性能测试。
压力测试就是测试程序的极限，如果1万个客户同时用，系统多块，给出一个统计，可以看出趋向。做完了SIT，或者ST， Before UAT，它要和系统测试分开做；性能测试可以单独做也可以和系统测试一起做，它主要是看系统运行多快，例如：每秒可以处理多少个记录；对于网页来说，打开一个网页等待时间是多少
这些测试只是一个测试， 因为和硬件有关，所以也要计算一下的 ，测试的电脑可能配备不怎么样，所以结果只是参考，但是，当项目运行了后， 这些东西还要看的。
这就需要程序设计中的日志，分析日志找错是最直接也是最简单的方法，一般正式运行中，数据的复杂度高很多，需要好的日志系统来记录这些，要不然出了错，都不知道哪里出的
程序中要设计比较好的日志方法，来给写程序的人用，让他们在开发的时候就把这些放进去，
项目正式运行后，管理的只需要看日志就能做很多分析了， 比方哪里慢啊， 那些记录没有处理对啊， 哪些异常啊，有了比较好的日志系统，找错误、问题等很方便
