鼎桥:流程驱动保证质量

开篇：润墨网以专业的文秘视角，为您筛选了一篇鼎桥:流程驱动保证质量范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

鼎桥开发了一套V字模型研发流程，在研发的每一个阶段每一个环节，质量保证的观念都渗透其中。

为了应对严峻的质量挑战以满足电信运营商日益挑剔的要求，贯穿于整个研发流程中的测试活动就成了质量保证不可或缺的重要环节。TDTech从成立伊始，就从母公司西门子与华为继承并结合自身特点开发出了一套行之有效的V字模型研发流程，测试阶段的活动占了其中相当大的比重。而考虑到设计文档对产品最终质量至关重要的影响，有必要将对设计阶段各个环节的设计文档以及测试阶段各个环节的测试规范的评审也归入质量保证的活动中。在研发的每一个阶段每一个环节，质量保证的观念都渗透其中。

在设计阶段，产品经理、系统工程师以及开发工程师针对用户的需求，一步步将其细化为系统分析设计(包括进行网元RNC与NodeB间的功能划分)，概要设计直至详细设计。而每一阶段输出的文档都必须经过来自各个相关部门的评审专家的详细评审，才能作为下一阶段的有效输入。TDTech借助自主开发的Doc-Tracker，可以有效地跟踪并度量评审的过程与效果。

依据设计阶段所输出的文档以及企业内部的规范进行编码之后，开发工程师将着手进行代码走读，单元测试(ModuleTest)与离线测试(OfflineTest)。单元测试的测试对象是函数级代码，离线测试则强调模块级别的检验。所对应的测试环境包括仿真环境和真实的硬件环境。在单元测试和离线测试时要求达到100%的语句和参数范围覆盖。如果硬件平台有所改动，则硬件的开发与测试也在同步进行。在软件与硬件分别独立完成了测试后，将一起被交付给网元的测试工程师开始进行网元级的集成。在这个阶段，网元测试除了对原有特性进行回归测试以及对新增特性进行功能验证外，还要对网元进行压力测试(Load&StressTest)。网元级的测试中，测试工程师会借助各种仿真工具，如TTCN，CATA-PULT对网元在各种场景下的行为特性，包括正常场景处理，尤其是异常场景下的保护机制等给予充分的关注。这一阶段测试必须达到100%的测试用例已执行且95%的用例已通过；致命与主要的缺陷小于30；每千行代码(KLOC)存在缺陷率低于0.15等要求方可进入下一阶段。另外，在正式进入下一阶段的测试前，可以安排一个预集成测试阶段，这一阶段可以安排一些常用回归测试用例来检测各个网元，如果出现致命或主要级别的缺陷，所有网元的版本将会被拒绝接受直到相关问题被解决。

在各个网元(RNC与NodeB)的测试完成后，系统集成就开始验证网元间的互操作性(interoperability)，整个RAN系统的稳定性，以及系统的新增特性。这一阶段的质量要求会比网元级的要求更为严格一些：每个网元的致命与主要的缺陷小于20，还要求每个网元的每千行代码(KLOC)缺陷率小于0.05等条件必须满足。否则该版本将会被拒绝接受且不会被到下一个测试环节。

系统集成之后的系统测试除了对系统的特性进行再次覆盖外，还要对系统的性能，容量，压力，以及互操作性(与TD手机厂商，核心网厂商以及其他RAN供应商)进行测试。这一阶段质量一般要求：呼叫失败率低于1.5%；无致命与主要缺陷；每个网元的每千行代码(KLOC)缺陷率小于0.05；无硬件错误等。

考虑到真实无线环境相对于实验室中的复杂性，在系统集成与系统测试的同时，OnAir测试也同时在进行。OnAir测试重点在于与真实无线传播环境相关的特性如智能天线，以及在实验室环境中无法模拟的场景如车载移动，来为外场测试(FieldTrial)做前期验证并提供参考。

在系统测试，OnAir测试结束后，根据与客户协商的质量与可靠性的要求，为客户所作的接受测试就可以开始了。

在上述每个阶段的测试活动中，所依据的测试规范也是经过来自各个部门的专家的充分评审才可以作为测试执行的输入，同时也会考虑上一阶段或者上一版本出现过但未被充分覆盖到的问题。这样就保证了测试覆盖范围的有效性与正确性。

在各个测试阶段，自动化测试工具也被尽可能地应用到测试活动中。例如借助自动化测试工具如ROBERT进行OMC的回归测试就很有效地保证了新软件版本中旧特性的质量。此外通过TDTech自主研发的NodeBTester，可以通过脚本控制来完成呼叫，切换等流程，从而在减轻测试工程师从事一些大量重复性操作的用例(例如稳定性，压力张力测试的大部分用例)时的工作量，提高测试执行效率的同时，大大提高测试过程的可控性，可重复性，使得对问题的跟踪与定位变得相对容易。

综上所述，“千淘万漉虽辛苦，吹尽黄沙始到金”，正是在严谨的流程指导与约束下，一级级有效且高效的测试活动保证了TDTech向客户交付的高质量产品能够帮助客户达到降低维护成本，提高运营利润的目标。