1.5.6 协议测试

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

　　1.5.7 可安装性测试

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

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

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

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

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

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

　　总结：

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

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

　　2、调试

　　2.1 调试的定义

　　调试即排错（debug）。测试的目的是发现问题；问题发现后还需要进一步诊断和改正程序中的错误，而诊断和修正错误的过程是调试。

　　调试（排错）是软件开发中必不可少的一个步骤，同时与测试有着密不可分的关系。测试中发现的错误，要经过调试（排错）消除；调试（排错）后的程序还必须再测试，若发现错误则还需要再进行排错调试。测试和调试是交互循环进行（从一个时间段来看是并行进行）的工作。

　　测试需要为调试（排错）提供必要的诊断信息。调试首先是针对具体问题开始的，因此测试发现的问题需要包括出错的现象、具体操作、运作环境、触发条件等等，所有这些可以汇总为“错误征兆”。而错误征兆正是调试（排错）的入口条件。

　　调试与测试有着明显的区别：

　　对象不同：

　　目的不同：测试是发现错误；调试是改正/修正错误。

　　方法不同：调试工作根据不同的对象、错误相同。

　　过程不同：测试活动是有序、可重复的活动，有较完备的工程方法支撑；调试则是不可重复的活动，针对具体问题/具体源程序不具备重复性。

　　总结：

　　测试是发现问题；调试是修正、解决问题。

　　测试与调试是软件开发过程中密不可分的两个步骤，实际中交互循环进行。

　　测试与调试在对象、目的、方法、过程有明确的不同和区分。

　　2.2 调试的步骤 definition of debug

　　调试可以简单分为调试准备、调试两个步骤。

　　2.2.1 调试准备

　　一方面调试人员要熟悉程序以及程序运行环境；

　　更重要的使在程序设计过程中为调试做好准备。