黑盒测试不基于内部设计和代码的任何知识而是基于需求和功能性
　　白盒测试基于一个应用代码的内部逻辑知识测试是基于覆盖全部代码分支路径条件
　　单元测试微小规模的测试以测试某个功能或代码块典型地由程序员而非测试员来做因为它需要知道内部程序设计和编码的细节知识这个工作不容易作好除非应用系统有一个设计很好的体系结构还可能需要开发测试驱动器模块或测试套具
　　集成测试一个应用系统的各个部件的联合测试以决定他们能否在一起共同工作部件可以是代码块独立的应用网络上的客户端或服务器端程序这种类型的测试尤其与客户服务器和分布式系统有关
　　功能测试用于测试应用系统的功能需求的黑盒测试方法这类测试应由测试员做这并不意味着程序员在发布前不必检查他们的代码能否工作（自然他能用于测试的各个阶段）
　　累积综合测试当一个新功能增加后对应用系统所做的连续测试它要求应用系统的不同形态的功能能够足够独立以可以在全部系统完成前能分别工作或当需要时那些测试驱动器已被开发出来这种测试可由程序员或测试员来做
　　系统测试基于系统整体需求说明书的黑盒类测试;应覆盖系统所有联合的部件
　　端到端测试类似于系统测试测试级的宏大的端点;涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试例如与数据库对话用网络通讯或与外部硬件应用系统或适当的系统对话
　　比较测试与竞争伙伴的产品的比较测试如软件的弱点优点或实力
　　阿尔法测试在系统开发接近完成时对应用系统的测试测试后仍然会有少量的设计变更这种测试一般由终用户或其他人员员完成不能由程序员或测试员完成
　　测试测试当开发和测试根本完成时所做的测试而终的错误和问题需要在终发行前找到这种测试一般由终用户或其他人员员完成不能由程序员或测试员完成
　　健全测试典型地是指一个初始化的测试工作以决定一个新的软件版本测试是否足以执行下一步大的测试努力例如如果一个新版软件每分钟与系统冲突使系统陷于泥潭说明该软件不够健全目前不具备进一步测试的条件
　　衰竭测试软件或环境的修复或更正后的再测试可能很难确定需要多少遍再次测试尤其在接近开发周期结束时自动测试工具对这类测试尤其有用
　　接受测试基于客户或终用户的规格书的终测试或基于用户一段时间的使用后看软件是否满足客户要求
　　负载测试测试一个应用在重负荷下的表现例如测试一个网络站点在大量的负荷下何时系统的响应会退化或失败
　　强迫测试在交替进行负荷和性能测试时常用的术语也用于描述象在异乎寻常的重载下的系统功能测试之类的测试如某个动作或输入大量的重复大量数据的输入对一个数据库系统大量的复杂查询等
　　性能测试在交替进行负荷和强迫测试时常用的术语理想的性能测试（和其他类型的测试）应在需求文档或质量保证测试计划中定义
　　安装/卸载测试对软件的全部部分或升级安装/卸载处理过程的测试
　　恢复测试测试一个系统从如下灾难中能否很好地恢复如遇到系统崩溃硬件损坏或其他灾难性问题
　　安全测试测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样这可能需要复杂的测试技术
　　可用性测试对用户友好性的测试显然这是主观的且将取决于目标终用户或客户用户面谈调查用户对话的录象和其他一些技术都可使用程序员和测试员通常都不宜作可用性测试员
　　兼容测试测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何
　　另外根据性质和内容的不同也可以有以下的划分方式
　　基于是否关注软件结构与算法：
　　黑盒测试
　　白盒测试
　　基于是否执行被测试软件：
　　静态测试
　　动态测试
　　基于测试的不同阶段：
　　单元测试
　　集成测试
　　系统测试
　　验收测试
　　软件测试的内容：
　　回归测试
　　功能测试
　　负载测试
　　压力测试
　　性能测试
　　易用性测试
　　安装与反安装测试:
　　恢复测试
　　安全性测试
　　兼容性测试
　　内存泄露测试：
　　比较测试
　　Alpha 测试
　　Beta测试