几种测试类型

几种测试类型"/>

几种测试类型

1.性能测试

        通过不断的测试，确定所需要的硬件配置（内存、CPU、网络等）、软件配置，以满足实现定义的性能指标要求。

2.代码走查

        代码走查(code walkthrough)是一个开发人员与架构师集中讨论代码的过程。代码走查的目的是交换有关代码是如何书写的思路，并建立一个对代码的标准集体阐述，代码走查的讨论过程是非正式的。 一般以模块为组进行走查，从走查内容来说，应该是代码的命名规范，以及组织结构；从走查时间来说，应该在每个模块开发完成之后进行。一般包括如下问题：

• Comment：注释没写，或者格式不对，或者毫无意义；
• Coding Standard：没遵守代码规范；
• Existing Wheel：重复现成的代码，或者是开源项目，或者公司已有代码；
• Better practice：Java或者开源项目，有更好的写法；
• Performance bottle and Improvement：性能瓶颈和提高；
• Code Logic Error： 代码逻辑错误；
• Business Logic Error：业务逻辑错误。

3.强度测试

         强度测试（压力测试、负载测试）检查程序对异常情况的抵抗能力，检查系统在极限状态下运行的时候性能下降的幅度是否在允许的范围内，找出性能瓶颈，主要指那些峰值、极限值、大量数据的长时间处理等，包括：

• 连接或模拟了最大（实际或实际允许）数量的客户机；
• 所有客户机在长时间内执行相同的、性能可能最不稳定的重要业务功能；
• 已达到最大的数据库大小，而且同时执行多个查询或报表事务当中断的正常频率为每秒一至两个时，运行每秒产生十个中断的测试用例；
• 运行可能导致虚存操作系统崩溃或大量数据对磁盘进行存取操作的测试用例等。

 4.余量测试

余量意为进行操作后某种相关资源的剩余数量。余量测试

• 有时是针对时间性能的测试，如对于软件、函数的执行周期或提交业务的响应速度；
• 也有时是针对其它资源的，例如硬盘、内存、网络传输等资源的使用情况，如剩余磁盘空间、内存空闲、网络带宽容量等等。

5.可靠性测试

        可靠性测试（可靠性评估），指根据产品可靠性结构、寿命类型和各单元的可靠性试验信息，利用概率统计方法，评估出产品的可靠性特征量。软件可靠性是软件系统在规定的时间内以及规定的环境条件下，完成规定功能的能力。一般情况下，只能通过对软件系统进行测试来度量其可靠性。包括：

• 组件压力测试：利用组件压力测试，可隔离构成组件和服务、推断出它们公开的导航方法、函数方法和接口方法以及创建调用这些方法的测试前端。对于那些进入数据库服务器或一些其他组件的方法，可创建一个提供所需格式的哑元数据的后端。测试仪器在观察结果的同时，反复插入哑元数据。
• 集中压力测试：对每个单独的组件进行压力测试后，应对带有其所有组件和支持服务的整个应用程序进行压力测试。集中压力测试主要关注与其他服务、进程以及数据结构（来自内部组件和其他外部应用程序服务）的交互。
• 真实环境测试：在隔离的受保护的测试环境中可靠的软件，在真实环境的部署中可能并不可靠。虽然隔离测试在早期的可靠性测试进程中是有用的，但真实环境的测试环境才能确保并行应用程序不会彼此干扰。这种测试经常发现与其他应用程序之间的意外的导致失败的交互。
• 随机破坏测试：测试可靠性的一个最简单的方法是使用随机输入。这种类型的测试通过提供虚假的不合逻辑的输入，努力使应用程序发生故障或挂起。输入可以是键盘或鼠标事件、程序消息流、Web 页、数据缓存或任何其他可强制进入应用程序的输入情况。

6.恢复性测试

        恢复测试主要检查系统的容错能力。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。恢复测试首先要采用各种办法强迫系统失败，然后验证系统是否能尽快恢复。对于自动恢复需验证重新初始化（reinitialization）、检查点(checkpointing mechanisms)、数据恢复(data recovery)和重新启动 (restart)等机制的正确性；对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。

7.边界测试

边界测试是用来探测和验证代码在处理极端的或偏门的情况时会发生什么。包括：

• 数据结构的边界；
• 状态转换的边界；
• 功能界限的边界或端点。

8.容量测试

     所谓容量，即系统处于最大负载状态或某项指标达到所能接受的最大阈值下对请求的最大处理能力。 容量测试的目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。

9.互操作性测试

        测试软件组件在软件组件或系统之间交互、交换数据、互操作和使用数据信息的能力。进行这种类型的测试是为了确保两个或更多通信软件组件之间的端到端通信按预期工作，而不存在任何数据传输缺陷或它们之间的通信障碍。

10.兼容性测试

        软件兼容性测试是指检查软件之间能否正确地进行交互和共享信息。随着用户对来自各种类型软件之间共享数据能力和充分利用空间同时执行多个程序能力的要求，测试软件之间能否协作变得越来越重要。软件兼容性测试工作的目标是保证软件按照用户期望的方式进行交互。

兼容性通常有四种：向前兼容与向后兼容、不同版本间的兼容、标准和规范、数据共享兼容。

• 向前兼容和向后兼容。向前兼容是指可以使用软件的未来版本，向后兼容是指可以使用软件的以前版本。并非所有的软件都要求向前兼容和向后兼容，这是软件设计者需要决定的产品特性。
• 不同版本之间的兼容。不同版本之间的兼容指要实现测试平台和应用软件多个版本之间能够正常工作。如要测试一个流行的操作系统的新版本，当前操作系统上可能有数十或上百万条程序，则新操作系统的目标是与它们百分之百兼容。因为不可能在一个操作系统上测试所有的软件程序，因此需要决定哪些程序是最重要的、必须测试的。对于测试新应用软件也一样，需要决定在哪个版本平台上测试，以及与什么应用程序一起测试。
• 标准和规范。适用于软件平台的标准和规范有两个级别：高级标准和低级标准。高级标准是产品应当普遍遵守的。若应用程序声明与某个平台兼容，就必须接受关于该平台的标准和规范；低级标准是对产品开发细节的描述，从某种意义上说，低级标准比高级标准更加重要。
• 数据共享兼容。数据共享兼容是指要在应用程序之间共享数据，要求支持并遵守公开的标准，允许用户与其他软件无障碍的传输数据。