1、 功能测试：根据系统需求文档和设计文档，检查产品是否正确实现了功能。
2、 边界测试：边界值测试顾名思义也就是选择边界数据进行测试。边界值往往更加容易出现问题，特别是在条件判断情况下，边界值必须要测试。选择边界测试用例的原则：
（1） 如果输入条件规定了值的范围，则应该取未达到这个范围的边界值、刚达到这个范围的边界值、以及刚刚超过这个范围边界的值作为测试数据；
（2） 如果输入条件规定了值的个数，则用最大个数、最小个数、比最大个数多1个、比最小个数少1个的数作为测试数据；
（3） 如果输入域或输出域是有序集合（如有序表、顺序文件等），则应选取集合的第一个和最后一个元素作为测试用例；
（4） 如果程序用了一个内部结构，应该选取这个内部数据结构的边界值作为测试用例。例如：一条短信内容最大长度为140个字节，边界值测试可以分别发送短信内容长度为0字节、139个字节、140个字节、141个字节的短信，检查系统是否处理正常。
3、 异常测试：除了基本功能测试外，测试人员在测试的时候应该考虑系统可能出现的异常，以及异常出现时系统处理情况。
（1） 频繁启停某接口，检查与该接口相连接的模块能否正常退出与连接。
（2） 系统资源到达极限（比如线程池满），检查系统能否正确处理。
（3） 连接出现异常（比如与数据库的连接失败），检查系统能否正确处理。
（4） 登录失败（比如登录智能网预扣费系统失败），检查系统能否正确处理。
（5） 对方接口没响应，检查系统能否正确处理。
（6） 对方接口不返回状态报告，检查系统能否正确处理。
（7） 软件产品处理能力到达极限，检查系统是否做了保障处理。
（8） 输入特殊符号或内容，检查系统能否正确处理。
4、 性能测试：检查系统是否满足在需求中所规定达到的性能，性能主要包括了解程序的内外部性能因素。内部性能因素包括测试环境的配置，系统资源使用状况；外部因素包括响应时间，吞吐量等。经常和压力测试一起做。
5、 压力测试：压力测试又称强度测试，主要是检查系统运行环境在极限情况下软件运行的能力。通过大压力测试，检查程序是否稳定（也就是是否出现coredump），是否出现内存泄露，是否出现CPU暴涨，业务流程是否顺畅，是否导致异常出现等等。
6、 易用性测试：从用户的角度考虑问题，如果这样的一个系统给用户使用，用户是否觉得操作方便？用户可能犯的错误系统是否已经做了处理？测试除了基本的功能、满足基本需求外，还需要站在用户使用的角度上去审核产品，毕竟，产品做出来就是给人使用的。以人为本，我们才能够有更长远的发展。这一点，无论是开发人员还是测试人员，都应该有一个强烈的意识。
7、 界面测试：检查界面是否美观、是否符合系统需求、操作是否方便等。界面的测试也相当重要，测试的时候应该从整体的角度考虑这样的界面是否是客户所需要的。
8、 安装测试：在测试环境中安装一个新的软件产品，检查新安装的系统能否正常运行，核心功能是否正确。
9、 升级测试：在测试环境当前版本升级到软件最新版本的测试，检查新安装系统能否正常运行，核心功能是否正确。同时，记录升级步骤，提供升级参考依据。
10、恢复测试：测试一个系统从如下灾难中能否很好地恢复以及恢复所需要花费的时间和步骤等，如遇到系统崩溃、硬件损坏或其他灾难性问题。
11、停止/启动测试：检查程序能否正常启动、停止，使用异常方法停止之后能否正常启动。比如：现有smfilter这个模块，使用异常的方法停止smfilter（如fuser –k smfilter），然后再重新启动smfilter（如smfilter start），看看模块能否正常启动。
12、配置测试：主要是针对配置文件进行的测试，通常检查点包括：
（1） 检查不同配置项的值能否实现该配置所对应的功能。
（2） 检查边界配置能否实现对应的功能。
（3） 考虑异常情况，如果配置在非正常值之内，系统能否正常处理或者是否有足够的提示。
（4） 如果配置项涉及到性能，还需要测试怎样配置能够达到最优化配置，提供配置参考方案和原理。
13、兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下系统功能运行情况、性能数据。
14、文档测试：检查文档是否完整、内容描述清晰性和准确性。对外部文档而言，还必须考虑文档的简单明了，相关的技术术语是否解释清晰等方面的检查。
15、接口测试：接口测试包括内部接口测试和外部接口测试，内部接口测试一般在集成测试中进行，通过模块之间的联调发现内部接口的问题。外部接口测试一般在系统测试中进行，检查软件产品与其它应用系统的接口是否正常。比如：检查软件产品接口与银行计费接口是否联接正常、功能能否实现等。
16、安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。
17、确认测试：在产品发布前，对照feature list 进行基本需求的确认。确认产品是否正确实现了功能。
18、系统测试：:基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/Smilings/archive/2006/06/28/845617.aspx
