系统测试策略

1.5 系统测试策略

　　由于软件只是计算机系统中的一个组成部分，软件开发完成以后，最终还要与系统中其它部分配套运行。系统在投入运行以前各部分需完成组装和确认测试，以保证各组成部分不仅能单独地受到检验，而且在系统各部分协调工作的环境下也能正常工作。这里所说的系统组成部分除去软件外，还可能包括计算机硬件及其相关的外围设备、数据及其收集和传输机构、掌握计算机系统运行的人员及其操作等，甚至还可能包括受计算控制的执行机构。显然，系统的确认测试已经完全超出了软件工作的范围。然而，软件在系统中毕竟占有相当重要的位置，软件的质量如何，软件的测试工作进行得是否扎实势必与能否顺利、成功地完成系统测试关系极大。另一方面，系统测试实际上是针对系统中各个组成部分进行的综合性检验。尽管每一个检验有着特定的目标，然而所有的检测工作都要验证系统中每个部分均已得到正确的集成，并能完成指定的功能。以下分别简要说明几种系统测试：

　　1.5.1 功能测试（Function Test）

　　功能测试是系统测试中的一种重要测试方法，它不管软件内部的实现逻辑，以检验输入输出信息是否符合规格说明书和需求文档中有关功能需求的规定为目标。功能测试主要是为了发现以下几类错误：

　　1、是否有不正确或遗漏了的功能？

　　2、功能实现是否满足用户需求和系统设计的隐藏需求？

　　3、输入能否正确接受？能否正确输出结果？

　　这要求测试设计者对产品的规格说明、需求文档、产品业务功能都非常熟悉，同时对测试用例的设计方法也有一定掌握，才能设计出好的测试方案和测试用例，高效地进行功能测试。

　　功能测试分为功能测试用例设计，用例执行，输出测试报告等。功能测试的关键在于设计高质量的用例，但用例的设计通常和业务紧密相关，很难给出一般有实际意义的操作指导，但一些方法是共通的。例如：等价类划分，边界值分析，错误推测等。

　　1.5.2 恢复测试

　　恢复测试是要采取各种人工干预方式使软件出错，而不能正常工作，进而检验系统的恢复能力。如果系统本身能够自动地进行恢复，则应检验：重新初始化，检验点设置机构、数据恢复以及重新启动是否正确。如果这一恢复需要人为干预，则应考虑平均修复时间是否在限定的范围以内。

　　1.5.3 安全测试

　　安全测试的目的在于验证安装在系统内的保护机构确定能够对系统进行保护，使之不受各种非常的干扰。系统的安全测试要设置一些测试用例谋略实在系统的安全保密措施，检验系统是否有安全保密的漏洞。

　　安全测试要考虑：

　　● 设备本身的安全性，当受到恶意攻击时，设备的自我保护能力，病毒防护能力，自定义通信协议安全性。

　　● 物理特性安全性测试（如接地，静电等），

　　● 业务的安全性测试（如200业务密码验证，201业务密码验证）

　　● 信息安全性测试。

　　1.5.4 压力测试

　　检验系统的能力最高实际限度。进行强度测试时，让系统的运行处于资源的异常数量、异常频率和异常批量的条件下。例如，如果正常的中断平均频率为每秒一到二次，强度测试设计为每秒10次中断。又如某系统正常运行 可支持10个终端并行工作，强度测试则检验15个终端并行工作的情况。

　　1.5.5 兼容性测试

　　兼容性测试主要是测试被测试设备于其它设备之间的互连互通性，以及本套产品中各部分之间的相互操作性。

　　以交换机为例，需要和与其它公司的交换机进行对接测试，包括但不限于：S1240、5ESS、富士通、NEC以及中兴、大唐、巨龙等公司的交换机。对于本公司的不同型号的交换机也需要进行对接测试，比如需要和无线的MSC、接入网的HONET进行对接测试。

　　兼容性测试的指导思想是尽可能多地和各种主流设备对接。因此应尽早规划测试方案，收集各种设备。

1.5.6 协议测试

　　为了使得各网络设备成功地进行通信，必须遵守一组规则。协议（Protocol）规定了一个网络设备在和其它网络设备进行通信时应遵守的规则集合。为了使得来自不同厂家的系统能够成功地进行通信，必须有标准化的协议。这种需求导致了OSI参考模型的制定。但是，描述一组协议并对其标准化并不能确保成功的通信。这是因为协议标准目前基本上是使用自然语言描述的，实现者对于协议的不同理解会导致不同的协议实现，有时甚至会是错误的实现。因此，我们需要一种有效方法对协议实现进行判别，这种方法便是“协议测试”（Protocol
Testing）。

　　1.5.7 可安装性测试

　　系统的可（重复）安装性测试设计，主要是根据软件的测试特性列表、软件安装、配置文档，设计安装过程的测试用例，发现软件在安装过程中的错误。

　　系统可安装性测试的目的不是找软件错误，而是找安装错误。在安装软件系统时，会有多种选择。要分配和装入文件与程序，布置适当的配置，进行程序的联结。而安装测试就要找出这些安装过程中出现的错误。

　　1.5.8 性能测试（Performance Test）和负荷测试（Load Test）策略

　　性能测试关心的系统的各种指标。例如呼叫的接续时长，系统重起的时间等。这些指标通常需要在一定的话务量背景下进行测量。所以性能测试通常和负荷测试放在一起进行。

　　负荷测试是以话务模型为基础，通过话务量模拟工具，模拟现网的话务状态，测试系统在高负荷下的反应。负荷测试中常用的术语有：话务量，爱尔兰（Erl），忙时话务量，业务模型，组网模型等。

　　由于负荷测试的定位问题难度比较大，而且测试成本很高，测试时间也要求较长，所以负荷测试需要在产品计划阶段就着手准备，包括制定测试方案，选择话务模型和重点用例，选择相应的模拟工具，设计调试代码等。

　　总结：

　　系统测试的方法较多，每种方法均有它的局限性。

　　只有综合使用各种方法，系统测试才能有效地发现系统缺陷