单元测试与集成测试的要点

    测试要点：

    对于开发人员来说，我只强调单元测试、集成测试两点。
    单元测试主要 测试编写的类、类中的函数等。这是测试的最小单元。常用的测试工具有java的JUnit、BoostTest等。
    集成测试侧重于 系统的整体功能性测试，这需要模拟各种可能的请求情况，特别是边界条件。在多系统中，单个系统的测试完了后还需要各个系统之间的联调。 

    测试目标方面，除了一般的功能测试之外还需要稳定性测试、性能测试、可靠性测试、适用性测试、易用性测试、安全性测试。

    下面详细介绍一下各个测试要点的测试内容。

    1.   功能性测试要点：

     在软件测试领域的通用理解是：“功能测试是基于产品功能说明书，是在已知产品所应具有的功能，从用户角度来进行功能验证，以确认每个功能是否都能正常使用、是否实现了产品规格说明书的要求、是否能适当地接收输入数锯而产生正确的输出结果等。功能测试，包括用户界面测试、各种操作的测试、不同的数据输入、逻辑思路、数据输出和存储等的测试。”    对于开发人员来说，功能性测试主要是对系统所支持的功能点的测试，对数据的测试，包括数据边界的测试、数据包长度限制的测试、各个功能模块数据的正确性测试以及容错处理。该项测试要先把系统的功能点全部列出来，对异常数据的处理也算在内。

     2. 稳定性测试要点：

    测试在压力情况下内存使用情况，cpu使用情况，是否有内存泄露，各个模块功能是否正常，能否正常提供服务，是否会在高压情况下卡死等。这也需要用各种可能数据进行压力测试，要测试边界条件下，收到攻击时还能否正常工作，系统有没有自清理功能等。个人的理解，该项测试类似于可靠性测试，要点在于测试系统在极端情况下是否正常。比如一个房子在高强度地震下的抗震能力。

     3.  性能测试要点：

    测试程序(一般是服务器)，每秒能正常处理的请求数。这项测试一般是寻找系统的性能瓶颈，看看能否满足实际的需求。当下，一个服务器每天处理5000万的请求便可以了。当然，通过优化对性能的追求是没有止境的。

     4.  安全性测试要点：

    安全性测试的主要目的是 确保软件不会去完成没有预先设计的功能。这一点很重要，需要开发人员在开发时对可能出现的情况作细致的判断。常见的安全性测试内容有：畸形的文件结构、畸形的数据包、用户输入的验证、验证资源之间的依赖关系、配置文件等的格式等。因为开发人员常常假定他所获取的资源内容是符合一定标准或规则的。附录十常见的web安全性测试的内容。

     5. 适用性测试要点：

     在软件测试领域的通用理解是“适用性主要是用户体验的评估活动”。个人理解，对于开发人员，这方面主要跟易用性测试联系起来，开发软件产品是为了更方便的为人服务，一个系统要尽可能的简单，尽可能减少人工的操作。比如，在配置文件方面，有配置是为了减少挖掘机的改动性，但是配置要尽可能的简单，可以由一个配置项解决的问题不要再添加另外一项配置。
   

附： WEB安全性测试
       一个完整的WEB安全性测试可以从部署与基础结构、输入验证、身份验证、授权、配置管理、敏感数据、会话管理、加密。参数操作、异常管理、审核和日志记录等几个方面入手。
1.        安全体系测试

　　1.1)  部署与基础结构
        　　网络是否提供了安全的通信
        　　部署拓扑结构是否包括内部的防火墙
        　　部署拓扑结构中是否包括远程应用程序服务器
       　　 基础结构安全性需求的限制是什么
        　　目标环境支持怎样的信任级别

　　1.2)  输入验证

　　　　A.  是否清楚入口点

　　　　B.  是否清楚信任边界
　　　　C.  是否验证Web页输入
　　　　D.  是否对传递到组件或Web服务的参数进行验证
　　　　E.  是否验证从数据库中检索的数据
　　　　F.  是否将方法集中起来
　　　　G.  是否依赖客户端的验证
　　　　H.  应用程序是否易受SQL注入攻击
　　　　I.   应用程序是否易受XSS攻击

　　1.3)  身份验证
　　　　是否区分公共访问和受限访问
　　　　是否明确服务帐户要求
　　　　如何验证调用者身份
　　　　如何验证数据库的身份
　　　　是否强制试用帐户管理措施

　　1.4)  授权
　　　　如何向最终用户授权
　　　　如何在数据库中授权应用程序
　　　　如何将访问限定于系统级资源

　　1.5)  配置管理
　　　　是否支持远程管理
　　　　是否保证配置存储的安全
　　　　是否隔离管理员特权

　　1.6)   敏感数据
　　　　是否存储机密信息
　　　　如何存储敏感数据
　　　　是否在网络中传递敏感数据
　　　　是否记录敏感数据

　　1.7)  会话管理
　　　　如何交换会话标识符
　　　　是否限制会话生存期
　　　　如何确保会话存储状态的安全

　　1.8)  加密
　　　　为何使用特定的算法
　　　　如何确保加密密钥的安全性

　　1.9)  参数操作
　　　　是否验证所有的输入参数
　　　　是否在参数过程中传递敏感数据
　　　　是否为了安全问题而使用HTTP头数据

　　1.10)  异常管理
　　　　是否使用结构化的异常处理
　　　　是否向客户端公开了太多的信息

　　1.11)  审核和日志记录
　　　　是否明确了要审核的活动
　　　　是否考虑如何流动原始调用这身份

 

2.        应用及传输安全
　　WEB应用系统的安全性从使用角度可以分为应用级的安全与传输级的安全，安全性测试也可以从这两方面入手。
　　2.1）应用级的安全测试

　　主要目的是查找Web系统自身程序设计中存在的安全隐患，主要测试区域如下：

　　2.1.1）注册与登陆：现在的Web应用系统基本采用先注册，后登录的方式。

　　　　　　A. 必须测试有效和无效的用户名和密码
　　　　　　B. 要注意是否存在大小写敏感，
　　　　　　C. 可以尝试多少次的限制
　　　　　　D. 是否可以不登录而直接浏览某个页面等。

　　2.1.2）在线超时：Web应用系统是否有超时的限制，即，用户登陆一定时间内（例如15分钟）没有点击任何页面，是否需要重新登陆才能正常使用。

　　2.1.3）操作留痕：为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进入了日志文件，是否可追踪。

　　2.1.4）备份与恢复：为了防范系统的意外崩溃造成的数据丢失，备份与恢复手段是一个Web系统的必备功能。备份与恢复根据Web系统对安全性的要求可以采用多种手段如数据库增量备份、数据库完全备份、系统完全备份等。出于更高的安全性要求，某些实时系统经常会采用双机热备或多级热备。除了对于这些备份与恢复方式进行验证测试以外，还要评估这种备份与恢复方式是否满足Web系统的安全性需求。

　　2.1.5）传输级的安全测试是考虑到Web系统的传输的特殊性，重点测试数据经客户端传送到服务器端可能存在的安全漏洞，以及服务器防范非法访问的能力。一般测试项目包括以下几个方面。
　　　　

　　2.2）HTTPS和SSL测试：

　　默认的情况下，安全HTTP（Soure HTTP）通过安全套接字SSL（Source Socket Layer）协议在端口443上使用普通的HTTP。HTTPS使用的公共密钥的加密长度决定的HTTPS的安全级别，但从某种意义上来说，安全性的保证是以损失性能为代价的。除了还要测试加密是否正确，检查信息的完整性和确认HTTPS的安全级别外，还要注意在此安全级别下，其性能是否达到要求。