若CCG为单独的网络实体，那么在进入网络之前，必须对它的情况进行全面的了解和测试。首先进行单网元包围测试，然后和其他的网络实体一起进行系统测试。包围测试不是为了测试CCG是否和其他网元有互通性问题，而是着重于测量单个CCG的性能，这样在以后测试系统测试的时候你就容易知道系统性能问题受限于哪一个网元了。
以UMTS网络为例，CCG单网元性能测试需要对其周围的网元进行模拟，比如GGSN（承载用户服务请求）,AAA服务器，用户服务器。这些周围的网元我们用思博伦公司的Landslide来模拟。
思博伦Landslide性能测试系统用来模拟无线网络分组部分的所有主设备，在本例当中Landslide模拟RNC, SGSN, GGSN, AAA服务器可对CCG性能进行测试。
CCG性能主要考虑数据吞吐量，业务请求处理速率和延时三个方面：
数据吞吐量
由于要进行深度报文检查，较之传统的2层3层设备，CCG会花费更多的时间处理数据帧，测试CCG的吞吐量可以基本决定实现网络最优性能需要部署多少CCG,在本例中我们用Landslide可以测试CCG在不同应用类型时的吞吐量，当然作为测试仪表，Landslide也提供更详细的测试结果，比如不同应用类型的字节数，报文数和网络错误统计等。
业务请求处理速率
同样的原因，CCG由于要做大量的工作对用户报文进行深度检查，所以业务请求的处理会花费较多的时间，从而业务请求速率是一个非常重要的性能参数。业务请求速率还与具体处理的业务请求类型有关系，比如HTTP, FTP，WAP等会有所不同。业务请求的处理能力也会影响到在线用户数，也就是说如果CCG业务请求速率较低，那么会有大量用户无法接受服务或者易出现错误计费的情况。在本例中，使用Landslide构造不同长度不同应用类型的数据报文来测试CCG的业务请求处理能力。
延时
CCG一般会比其他网络实体有更大的处理延时，测试用户数据报文在CCG处的延时可以弄清楚CCG对整个网络的延时“贡献”有多大，为优化网络部署提供依据。对延时敏感的语音和视频服务，延时尽量最小化是绝对必须的。本例中，Landslide统计单向延时和环回延时，提供最大值，最小值和平均值，这些测试数据可能会因用户服务的不同有所变化，比如voice,email和web服务。
一旦CCG的性能得到确认，下一步我们需要确定CCG加入一个网络以后，这个网络的性能会有什么表现。理想的情况是，在测试网络性能之前，首先对所有的网络实体的性能进行测试，比如GGSN,SGSN, AAA服务器。在本例中，Landslide支持可以完成所有这些测试。这里假设这些测试都已经完成，我们把这些构成一个分组网络，然后对吞吐量，业务请求速率和延时进行测试。如下图所示：
通过上图所示测试，可以确定加入CCG以后是否对整个网络性能造成影响，以及有多大影响（用Landslide对SGSN, GGSN,AAA服务器都分别进行了测试），这个测试结果是否与预期相符，以及各个网元间能否正常沟通。
文章来源于领测软件测试网 https://www.ltesting.net/
