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