电信运营支撑系统（OSS）性能测试报告

随着电信行业的业务日趋复杂，电信运营支撑系统（OSS：Operation Support Systems）在电信业务处理过程中已经成为不可或缺的部分，它是电信业务开展和运营时所必须的业务支撑平台。

OSS一般由“97工程”（营业、帐务系统）、计费及结算系统、客户服务系统、决策支持系统等部分组成。当前我国的各大电信运营商都拥有自己的OSS系统。OSS系统的推广应用，不仅提升了各运营商的工作效率，而且加强了企业的竞争实力。

问题的引入

随着我国电信业务的不断发展，电信运营支撑系统（OSS）的数据压力也在迅速增大，OSS系统的处理速度和业务响应速度开始对生产效率产生了越来越明显的影响，这个问题正在逐渐引起运营商的重视。

一般来说大规模的更换硬件设备，确实可以提升原有系统的处理性能，但是由于这种方式投资大，运作周期长，在竞争激烈的市场上并不是一个很好的解决方案；所以通过对现有软件系统的调试优化，从而在当前硬件配置的情况下提高软件系统的执行效率，被普遍认为是一种可以有效节约成本的方法被广泛执行。 这里我们就谈一谈对于OSS系统的性能测试应当注意的一些问题。

了解OSS系统 避免测试“禁区”

电信运营支撑系统（OSS）运行后可能会出现系统响应速度不能满足用户需要的现象，这就需要引入性能测试查找导致系统响应缓慢的原因，并提出改进意见。

通过实践我们认为，对于在线运行的OSS，在制定测试计划时必须保证以下几点方能开展测试工作：

保证系统能够正常运行

被测试的系统为电信行业生产系统，软件必须保证持续运行，所以测试期间不能使用压力测试工具模拟多用户操作进行压力测试，防止造成系统服务器因不能承受业务压力出现死机现象。

保证系统数据安全

数据库中存储了大量的客户信息、资费信息和历史数据，如果测试工作导致数据库信息丢失很可能造成系统的整体瘫痪，所以测试过程必须保证系统的数据安全。

不添加无效的业务数据

电信行业的运营数据会通过数据统计功能进行实时的统计工作，测试人员向数据库中添加的信息会直接影响数据库的统计结果，对正常的生产业务产生影响，因此测试过程不能向数据库中添加无效的测试数据。

显然，要符合上述要求，就意味着我们的性能测试工作不能使用传统方式，即通过压力测试工具模拟多用户访问来执行测试，查找系统性能瓶颈，而需要我们更深入的了解OSS的业务特点，才能开展测试工作。

分析电信业特点 制定针对性计划

我们在测试前期细致分析了电信行业的业务特点和被测试OSS的运行状态，并与电信方面的维护人员就测试过程、测试方法以及电信业务情况进行了交流，通过分析，得到了电信行业的一个重要业务特点——在一些特定的时间段内，部分特定业务的压力相对集中。

了解了这些情况后，我们就可以通过周密的计划做到就算没有测试工具模拟业务压力，也可以选择在特定业务压力相对集中的时间段，监控这些业务对系统性能影响，并结合当时的业务情况记录进行数据分析，从而对业务系统的运行情况进行评价。

在这一案例中，我们确定了不同时间段对不同的业务进行性能测试分析的方案，制定了以下的性能测试计划：

根据电信行业的业务特点，我们选择了出帐业务集中和缴费业务集中的时间段，对这些应用程序在大业务量压力下的处理性能进行监控，检查在实际业务压力下系统的运行状态。同时所得到的测试数据还要与非业务集中的时间段的性能数据进行对比，确定业务压力对哪些性能指标造成了影响。这样才能更准确的分析性能数据，做出合理的测试结论。

结束语

对电信行业软件的测试，无论是功能测试还是性能测试都是具有相当难度的。这里只是对电信运营支撑系统的部分功能的测试提出一些建议。如果要保证运营支撑系统的性能可以满足实际的需要，我们建议最好在软件过程的3个阶段进行充分的性能测试：

第一阶段软件正式上线前，通过测试工具模拟大业务量数据，确保系统的主要功能能够满足系统设计时对性能的要求。

第二阶段软件试运行期间，通过对系统性能的监控，检查业务系统的在实际工作环境中资源使用是否合理。

第三阶段软件正式运行后，通过对系统性能的监控，验证前两个阶段的测试结果。并根据正式运行后的实际状况，提出性能调优建议

原文转自：http://www.ltesting.net