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

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

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

　　问题的引入

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

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

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

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

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

　　1、保证系统能够正常运行

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

　　2、保证系统数据安全

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

　　3、不添加无效的业务数据

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

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

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

　　

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