基于电信业务支撑系统计费账务功能软件测试.docVIP

基于电信业务支撑系统计费账务功能软件测试 　　[摘 要]本文主要介绍通过软件测试来控制需求，保证开发质量，利用改进后的V模型作为计费系统的测试模型来对系统进行测试，对计费系统的执行面向对象的测试并对测试结果进行分析，包括功能以及性能测试；利用测试工具将集成测试的接口测试放到功能测试中来介绍，避免了传统的集成测试手动测试接口的麻烦，提高了效率。 　　[关键词]软件测试，V模型，面向对象、计费系统测试 　　中图分类号：TP301 文献标识码：A 文章编号：1009-914X（2016）29-0311-01 　　1、前言 　　在中国联通集团公司不同时期战略、业务和技术发展牵引下，中国联通BSS核心系统由分散逐步走向集中，经过近几年来的持续建设和积累，促使联通IT支撑架构发生了深刻变化，建立起了全国集中BSS系统，即cBSS系统，系统按照模块建设，实现了计费账务应用软件的统一版本管理，完成了业务支撑系统计费账务功能的开发。计费账务功能主要实现由集中采集系统提供的原始话单的格式化，并对格式化完毕的标准话单结合用户资料进行计费处理，通过计费子系统对话单费用及固定费用进行合帐处理形成账户的帐单数据，统计查询子系统对用户费用、业务量和财务数据指标数据进行采集，最后通过账务管理功能完成账户费用的收取，对通讯企业日后的发展起到良好的作用，和积极的影响，对提高公司的办公效率，对支撑系统计费账务功能的研究也在不断的完善和进步，与同行一起沟通和交流。 　　2、电信业务支撑系统计费账务功能的测试设计与计划 　　2.1 计费账务系统测试目的和原则 　　2.1.1 测试目的 　　软件测试的目的决定了如何去组织测试。如果测试的目的是为了尽可能多地找出错误，那么测试就应该直接针对软件比较复杂的部分或是以前出错比较多的位置。如果测试目的是为了给最终用户提供具有一定可信度的质量评价，那么测试就应该直接针对在实际应用中会经常用到的商业假设。然而，不同的机构会有不同的测试目的；相同的机构也可能有不同测试目的，可能是测试不同区域或是对同一区域的不同层次的测试。 　　2.1.2 测试原则 　　目前企业中广泛应用的测试原则如下： 　　1、所有的测试都应追溯到用户需求。正如我们所知：软件测试的目标在于揭示错误。而最严重的错误（从用户角度来看）是那些导致程序无法满足需求的错误。 　　2、应该在测试工作真正开始前的较长时间内就进行测试计划。测试计划可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。因此，所有测试应该在任何代码产生前就进行计划和设计。 　　3、Pareto原则应用于软件测试。简单地讲，Pareto原则暗示着测试发现的错误中的80%很可能起源于程序模块中的20%。当然，问题在于如何孤立这些有疑点的模块并进行彻底的测试。 　　4、测试应从“小规模”开始，逐步转向“大规模”。最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。 　　5、穷举测试是不可能的。即使是一个大小适度的程序，其路径排列的数量也非常大。因此，在测试中不可能运行路径的每一种组合。然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。 　　6、为了达到最佳效果，应该由独立的第三方来构造测试。“最佳效果”指最有可能发现错误的测试（测试的主要目标），所以创建系统的软件工程师并不是构造软件?y试的最佳人选。 　　7、不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现。 　　2.2 测试模型设计 　　V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系： 　　?单元测试的主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。 　　?集成测试主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其它程序部分之间的接口上可能存在的错误。 　　?系统测试主要针对概要设计，检查了系统作为一个整体是否有效地得到运行，例如在产品设置中是否达到了预期的高性能。 　　?验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。 　　模型左边是开发阶段，右边是与各个开发阶段对应的测试。他们的执行顺序都是从上到下，测试与开发并行进行。如需求分析阶段就有制定测试计划和测试需求这两个测试步骤；软件设计阶段就设计此阶段的测试用例并测试设计阶段得出的结果。每个阶段都要设计相应的测试用例，一旦得出了可测试的结果，就对其进行测试。这也符合尽早地和不断地进行测试这个原则。而且这样的话测试小组和开发小组就可以更好地合作，有利于资源利用。 　　根据制定的测试模