基本的测试方法

黑盒测试：不基于内部设计和代码的任何知识，而是基于需求和功能性的测试，直接点就是功能测试。

白盒测试：基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。

单元测试：最微小规模的测试，以测试某个功能或代码块，需要了解内部程序设计和编码细节知识，多由程序员来完成。

累积综合测试：一个新功能增加后，对应用系统所做的连续测试，程序员与测试员一起做，新更新的模块与系统一起测试。

集成测试：一个应用系统的各个部件的联合测试，以决定他们能否一起工作。简单点儿就是多个系统模块是否可以正常使用。

功能测试：用于测试应用系统的功能需求的黑盒测试方法。

系统测试：基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。

端到端测试：类似于系统测试，测试级的宏大的端点，涉及整个应用系统环境在一个现实世界使用时的模拟情形的所有测试。如与数据库对话，用网络通讯或与外部硬件应用系统或适当的系统对话。

健全测试：典型的是指一个初始化的测试工作以决定一个新的软件版本测试是否足以执行下一步大的测试努力。如一个新版本软件每5分钟与系统冲突使系统陷于泥潭则该软件不够健全目前不具备进一步测试条件。

衰竭测试：软件或环境的修复或更正后的再测试。很难确定要多少遍测试尤其在接近开发周期结束时，自动测试工具对这类测试尤其重要。

接受测试：基于客户或最终用户的规格书的最终测试或基于用户一段时间的使用后看软件是否满足客户要求。

负载测试：测试一个应用在重负荷下的表现如测试一个web站点在大量的负荷下，何时系统的响应会退化或失败。

强迫测试：在交替进行负荷和性能测试时常用的术语。也用于描述象在异乎寻常的重载下的系统功能测试之类的测试，如某个动作或输入大量重复，大量数据的输入，对一个数据库系统大量的复杂查询等。

性能测试：在交替进行负荷和强迫测试时常用的术语。理想是性能测试（和其他类型的测试）应在需求文档或质量保证、测试计划中定义。

可用性测试：对用户友好性的测试。取决于目标最终用户和客户。用户面谈、调查用户对话的录像和其他一些技术都可使用。程序员和测试员通常都不宜做可用性测试。

安装、卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。

恢复测试：测试一个系统从如下灾难中能否很好的恢复，如遇到系统崩溃、硬盘损坏、断电或其它灾难性问题。或者安装文件丢失了，能否恢复或重新下载。

安全测试：测试系统在防止非授权的内部或外部用户的访问或故意破坏等情况时怎么样。可能需要复杂的测试技术。

兼容测试：测试软件在一个特定的硬件/软件/操作系统/网络等环境下的性能如何。

比价测试：与竞争伙伴的产品比较测试，如软件的弱点、优点或实力。

Alpha测试：在系统开发接近完成时对应系统的测试，测试后仍然会有少量的设计变更。这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。

Beat测试：当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。