摘要：CDMA替换搬迁项目是系统性、连贯性很强的工程。合理的工程实施计划，周全的风险规避措施，高效率的项目组是搬迁成功的保证。

关键字：沟通管理、风险管理、质量管理

背景

20xx年x月中国电信正式收购和接收中国联通CDMA网络，开始全业务运营，并提前于同年x月启动了CDMA网络一期项目的建设工作，由于原网M厂家设备不支持通过扩容开通EVDO，所以M厂家必须通过替换现网设备，开通EVDO业务，经过5个月的工程实施到20xx年x月， M厂家尚未完成省会城市的替换工作，严重阻碍SX电信3G放号计划，并影响在集团公司排名。在此种背景下，SX电信考虑在CDMA项目二期替换掉M厂家设备。

问题、任务描述

20xx年x月该工程开始前期准备工作，但由于SX电信一期项目落后全国太多，对二期项目寄予厚望，所有问题都希望通过二期项目来解决，各方面压力较大：

一、 工期太紧。

SX电信在一期项目中落后太多，为赶上全国进度，要求在4月初完成省会城市T、Y地市和J地市替换工作，并开通EVDO，但设备到货日期最早为3月x日，这意味着只有半个月时间进行BSC硬件安装、联调入网和基站替换并开通EVDO。

二、 配套条件太差。

1、 传输问题。除T城市在xx年完成C网配套传输新建工程外，Y地市和J地市配套传输尚未到货，C网配套传输本地网和城域网根本没有建起来。

2、 进站问题。

（1）、基站机房归属权按站点一半属联通、一半属电信，进联通所有权机房必须有联通高层许可才能进站，流程复杂。

（2）、代维人员数量和投入精力不足。机房维护为联通代维人员，此部分人员既负责电信基站的维护，也负责联通基站的维护工作，维护工作量占据其大部分精力，但勘测进站、货物进站、替换割接进站都需要此部分人员带领上站，此部分人员数量和投入

精力成为制约进站的主要因素之一。

（3）、机房钥匙问题。联通所属机房钥匙为一个县一把或几个县共用一把，且钥匙没有办法复制，也成为制约进站的因素之一。

（4）、物业问题。联通所属部分机房由于联通欠租金或电费引起业主不满，工程实施期间业务阻拦，无法进入机房。

三、 工程质量成为本次工程的重大风险之一，如工程质量不合格，很容易引起后期大规模整改，项目成本超额。

1、 本次项目从到货到完成替换搬迁只有半个月时间，工期紧张，而本次项目

中联通机房，由于所有权归联通必须采用同位替换方式，电信机房出于后期机房空间规划，也采用了同位替换方式，这样基站替换割接和搬迁必须在同一天且在凌晨进行，时间紧张给质量控制带来很大风险。

2、 本次项目替换搬迁基站设备所使用传输资源全部为联通老传输资源，经过

勘查发现机房基站设备与传输设备走线混乱，而且大部分传输2M接头老化，给替换割接当晚带来较大风险。

3、 工程实施人员素质较低也成为质量控制的难点。

四、 二次搬运成为本次项目又一风险点。

本次项目为工程服务制方式，项目涉及地市中除省会T城市较为平坦外，Y地市和J地市80%都为山区和矿区，车辆无法上山，无法抵达机房，设备只能通过肩挑人扛才能上山，二次搬运效率很低，并且由于到货较晚，设备能否在割接前进站成为又一大风险。

分析与对策

20xx年x月底完成总体组和地市分项目组组建后，3月初分项目组进驻地市，搭建工作平台，展开工作。

一、 针对工期不足，总体组和地市分项目经过分析研究，只有提高效率，并缩短关键路径上关键点所需时间，才能保证此次项目的顺利完成。首先，我方与电信组建了联合项目组，建立联合办公室，省公司和地市分公司层面建立了对应接口关系，从横向和纵向建立了沟通和汇报的机制，使得沟通顺畅并且项目中问题得以及时解决。其次，基站侧提前启动勘查工作，进行基站摸底，为每个基站建立详细的档案，基站摸底过程中主要关注上站路线和进站难易程度及物业问题。BSC侧提前进行A口、Abis口和数据

侧资源核实和准备，规划资源，制作系统设计和脚本，最大限度缩短到货后BSC联调测试时间。

二、 经过基站勘查摸底，除T城市传输为新建传输并且已经完成建设外，其余两地市根本无法在短时间内完成传输新建工作，于是经过与电信讨论本次替换搬迁只能继续使用原有老传输，将基站替换搬迁后再进行传输优化，将基站逐渐割接到新建的传输网上。但由于联通传输资源不足，替换搬迁时无法同时开通DO。

三、 能否顺利进站是本次项目能否顺利实施的关键。首先，针对现有进站流程复杂，经过与局方高层沟通达成一致，推动其与联通就替换搬迁期间进站流程进行了联合发文，取得联通的配合，扫除了进站的一大困难。其次，由于代维人员数量和精力不足问题，充分利用局方县局人员，在勘查前期代维人员带领上站时，以县为单位，每个县局派出1~2名工作人员一起上站，县局人员对本地地理较为熟悉，经过一次上站即可记得站址，这样代维人员数量和精力不足问题得以解决。

四、 质量控制是本次项目的一大难点。替换搬迁基站全部采用同位替换方式，对工程队的施工水平是一个考验，但本次项目采用两家合作方进行工程实施，工程队施工水平参差不齐，部分施工队首次做通信设备工程，给工程质量带来很大风险。针对实际情况项目组对工程队进行了为期三天的培训，并通过样板点示范，使其看得着，摸得到，提高工程队的施工水品，另针对本次项目特点优化了同位替换步骤，将其印刷成随手携带的小册下发，便于实施人员随时查阅。

五、 本次项目中二次搬运成为一大风险点。Y地市和J地市由于山区和矿区较多给二次搬运造成客观障碍，成为了影响制约二次搬运效率的主要因素，另市区由于部分站点物业问题也影响了送站进度。针对以上困难，尽量降低客观因素影响，项目组通过采购本地货物运输公司将风险降到最低。

通过与局方沟通和研究，制定出了以市局为中心向周边县局辐射的运输模式，以县为单位组成运输队（搬运人员+代维人员+县局人员），同时并行向全市所有县区运输货物的方案，有效地缩短了二期搬运周期。

处理结果

SX电信CDMA替换搬迁项目克服种种困难经过半个月工程实施于20xx年x月初胜利完成三地市全网替换工作，并在省会T城市率先开通3G业务，得到客户的高度认可。

总结与回顾

CDMA替换搬迁项目是系统性、连贯性很强的工程。合理的工程实施计划，周全的风险规避措施，高效率的项目组是替换搬迁成功的保证。

 

第二篇：3gwcdma ps 域研究经验总结

3gwcdma ps 域研究经验总结（经验总结+原创+申请加精+请大家多多打分，呵呵）

这些问题是我以前提过的，但是我现在逐渐公布答案了，很详细的哦，大家需要的话，都学习下，我可是花了功夫的，呵呵，今天搞了 一个晚上，回答了4个问题，还有其他的问题，我会慢慢补充的，谢谢大家

wcdma 学习经验汇总，问题讨论 我总结性的回答下 3g wcdma ps域核心网学习 问题汇总，大家一起讨论，谢谢

(1)APN是用来干什么，请根据手机上网来说明wcdma PS的具体流程？ 答案：

APN:GPRS/UMTS 核心网通过APN 标识出GGSN；ms可以根据DNS从APN中解析出ggsn的ip地址，从而找到一条通往外部PDN的通路；另一方面，APN 标识了GGSN 所连接的外部PDN（如ISP 网络、企业网等）或所关联的某种类型的业务（如Internet 接入、WAP 业务等）

wcdma ps 的具体业务流程

首先谈谈手机ms上网的基本过程

1）首先ms必须附着在sgsn上，即注册，讲讲局间附着，流程里面一些应该注意的问题，attach request 消息里面带的参数注意要有RAI和ptmsi或者是imsi，有可能带上ptmsi签名，这条消息中当网络分配了ptmsi时就带它，不然就带imsi，带ptmsi的原因是为了安全起见，因为ptmsi sgsn可以在任何时候分配，而imsi分配了就是固定的了，这样可以减少在空中接口（UU或Um）遭到截取，带ptmsi 签名当然也是为了安全了，因为在后面的流程中新局sgsn会向老的sgsn要imsi，为了安全，可以核对ptmsi签名，不过ptmsi签名不匹配，就必须发起Identity request 像ms要imsi；

2）第2跳消息是Identification request ，带的参数主要有PTMSI和old RAI及ptmsi签名，RAI的作用就是用来得到老的sgsn的地址了，没有它怎么能找到老局sgsn呢，ptmsi 签名前面讲过了，这个流程的作用是向老sgsn要imsi。

3）Update Location 这条消息的作用是将sgsn的信息告诉HLR了，从这我们可以知道，这条消息发送的前提条件是sgsn在上次分离后已经改变或者是第一次附着，这样，HLR还没有sgsn的信息，就必须发送这条消息了啊，带的参数当然是sgsn number ，sgsn address imsi了，为什么要sgsn number呢，这是因为方便和HLR通过No 7号信令交互了，sgsn address 当然是为了后面 HLR 往sgsn插入用户签约的信息了，如果没有它，请问后面的Insert subscriber data 消息怎么找到sgsn呢，至于imsi参数了，我就不解释了，留给大家自己想想，

4）cancel location 这个消息当然是为了取消老的sgsn了，分离的原因淡然是update procedure了。

5）attach accept 消息，这个消息的目的是确认附着成功啊，带的参数当然是网络侧sgsn分配给sgsn的一些东东了，比如ptmsi tmsi ptmsi签名啊，当然也可以有Radio Priority sms了，

6）attach complete 消息，这条消息为什么要发送呢，或者说发送的前提条件是什么呢？当然是网络分配了新的ptmsi 才给网络侧确认啊，那么又请问下如果没有发会有什么影响呢，你可能会跟我说，这个附着流程不是实线吗，这条消息应该是必须的啊，但是我告诉你，你错了哦，如果ms没有发这条消息，网络侧会重传attach accept 消息，传多少次呢，理

论上是5次吧，但是由于SM 和GTPC等模块的影响，有时延哦，所以大约是3次吧，那么我又问你，最后结果会怎样呢，附着成功吗？呵呵，你来问，我来答哦，当然成功啊，只是保留了新的ptmsi和老的ptmsi，下次使用的时，先用老的ptmsi寻呼，不行，在用新的ptmi寻呼，在不行的话，只能用imsi寻呼了，讲的够清楚了，大家都记住了吧，呵呵，这是附着过程。

（2）然后就是pdp上下文激活，建立ms到外部PDN的数据通道。pdp context 激活的目的当然是为了建立gtp隧道了，管理手机地址，提供分组交换功能，呵呵，也就是在ms和外部pdn之间建立一条通道了，呵呵，pdp激活后就可以进行业务传输了，也就是说可以跑业务了，呵呵，那么跑业务的过程是怎样的呢，那我慢慢跟你讲哦，1）首先当然是手机ms的PDU在RNC中进行Iu口封装了，然后经过Iu口隧道到达sgsn了，在sgsn进行Iu口解封装，在进行Gn口封装，也就是走gtp隧道了，然后就到了ggsn了，在ggsn进行gn解封装，在发送到外部的分组数据网络了，这个可以对照umts 用户面协议栈仔细理解下哦，当然从外部pdn到ms的流程也差不多了，这里面可能会有个网络侧的pdp 上下文激活，呵呵，wcdma ps域的具体怎么跑业务的流程解释的够清楚了吧。

(2)GTP0和GTP1版本的主要区别是什么，在Gb口系统间切换应该注意版本问题？ 答案：

主要区别是gtp1有两个端口吧，2123 控制面端口号，2152 用户面端口号，而gtp0在V0 版本时区分为信令面和数据面。系统间切换要注意版本问题，gb口如此，还有就是不知道对方的版本号时，首先发V1版本，没有收到响应，会发V0版本消息的，呵呵 (3)

SGSN和GGSN之间为什么采用GTP封装，GTP隧道有什么好处呢？

答案：

1)安全性，gtp协议是在Ip/udp协议之上的，2）3gpp没有找到更好的办法，呵呵，gtp协议也不错了，呵呵，有了它，我们就可以再sgsn和ggsn之间建立通路了，嘻嘻，注意哦，teidc 和nsapi 在sgsn和ggsn间可以唯一确定一个pdp上下文哦，呵呵，当然一个静态的Ip address可以对应多个teidc，而一个teidc也可以对应多个pdp上下文哦，这里面当然有二次激活的上下文了。

(4)Mm上下文和pdp上下文是怎样起作用的，实际应用中的业务流程是怎样的？ 答案：

MM上下文当然是管理手机的移动管理信息了，包括位置更新啊，系统间切换啊，重定位啊等等，pdp 上下文当然是管理会话管理的消息了，具体的手机业务流程在问题1的回答中已经很详细了，有时间我会把其它的流程补充完整。

(5)

为什么有sgsn和ggsn地址了，还要有gtpc 和gtpu地址呢，如果没有gtp隧道，wcdma能跑通业务吗？是不是sgsn可以对应多个gtpc addr 和gtpu addr。

答案： 因为一个sgsn 和ggsn 上可以对应多个pdp上下文，可以有多条gtp隧道，如

果没有gtpc 和gtpu地址怎么判断pdp上下文走的哪一条隧道呢？在sgsn 和ggsn 可以根据Teidc+nsapi来区分不同的pdp上下文。

(6)

Imsi 分离，gprs分离，gprs/imsi分离有什么区别？

答案：imsi分离是指的分离语音服务，保持gprs数据业务，gprs分离则相反，gprs/imsi是将2个服务都分离掉。 (7)

已附着的imsi的gprs附着和联合imsi/gprs附着有什么区别？

答案：已附着的imsi的gprs附着是指ms 已经附着了imsi，即可以附着了语音业务，但是还不能上网，然后在进行gprs附着，联合imsi/gprs附着是指的同时附着语音和上网业务。

(8)

Pdp address 是用来干什么的，pdp上下文激活的作用是什么，它和数据传输，跑业务有什么关系？

答案：pdp address 是 ms 访问外部pdn的Ip 地址，可以由ms自己带上来，或者由ggsn动态分配，pdp上下文激活的作用是建议一条从ms到外部pdn的通道，包括Iu隧道和Gtp隧道，只有通过pdp context activate ，后面才能进行数据传输，跑业务。

(9)

Pdp上下文是什么东西，在ms ,sgsn ,ggsn 中都存在pdp上下文，在wcdma 是怎么实现的呢，pdp是从全局变量表示的，还是从数据库中读取的呢？

答案：pdp 上下文是保存在ms sgsn ggsn中一些信息，他用来建立ms 到外部pdn之间的通道，wcdma中可以再数据库中实现。

(10)Iu 链接和RAB链接的区别是什么，可以用一个具体的例子说下吗？比如手机上网的具体步骤是什么？

答案：RAB 链接应该是控制面的连接，Iu连接是用户面的连接。

(11)有哪些pdp类型，一个用户可以签约多个pdp上下文，pdp上下文是什么，能举个例子解释下吗，就比如我们的手机，在HLR中签约了多个pdp 上下文(最多11个)，都包括哪些上下文呢？

答案：pdp type 有IP 和ppp 等，一个用户可以签约多个pdp上下文，最多11个。

(12)pdp上下文激活中，TI这个参数的主要作用是什么？在sgsn 和ggsn中有哪些方式可以确实一个pdp上下文呢，比如Imsi+NSAPI,Imsi+TI ,NSAPI+TEIDC,NSAPI+PDP address 等，为什么有这么多种方式找到pdp上下文？

答案： 一般由imsi 和nsapi 或 TEIdc+nsapi 决定一个pdp上下文。 (13）activate pdp context request 是激活一个pdp上下文 还是 激活ms 签约的所有的pdp上下文呢？

答案：是激活一个pdp 上下文。

(14)分离过程中 delete pdp context request （TEID），是删除所有的pdp上下文还是某个pdp上下文？

答案： 是删除一个pdp上下文，如果加了参数Teardown id是删除同一个pdp address 的所有上下文。

（15）分组流Id ，无线优先级，TI是用来干什么的？ (16)为什么联合路由更新可以节省无线接口的资源，就是说ps 寻呼ms，怎么节省无线资源的呢？

 

第三篇：稿件管理系统测试项目经验总结

稿件管理发布系统测试项目经验总结

经过近两周时间，稿件管理发布系统测试工作基本完成了，收获很多，但还有很多不足，希望在之后的学习中以此为借鉴，完善测试过程。 收获：

（一）了解了做一个项目的大概步骤；要想做一个好的项目，测试要贯穿整个开发过程，在做项目之前要做好充分的准备，如环境配置、文档准备、资料收集等。在一个项目中至少要有以下几个文档：需求分析报告、测试设计报告、测试用例设计报告、bug报告及测试报告。对一个测试人员来说，测试设计报告是一个前提，首先要保证测试设计合理，并且内容齐全。这样才能更直接、准确地进入下一项目步骤。测试用例是整个项目的重点，在一个项目中测试用例必须经过三方面的评审，评审通过才能执行。一是自我检查，二是测试人员互相评审，三是项目经理评审。一个好的测试用例要覆盖全测试需求，测试用例的设计要合理、正规。测试用例不在于多，要在于覆盖全，测试用例的多少在一定程度上并不代表质量的高低，所以说，测试人员对于测试用例的设计一定要细心且全面。接下来是bug记录，在bug记录中一定要详细给出测试的重现步骤。一个bug报告中所包含的标题有：缺陷ID、缺陷标题、缺陷描述、缺陷的重现步骤、缺陷的严重级或者优先级、测试模块、缺陷提交人、缺陷的版本及证明是缺陷的视频或者截图等。最后是测试报告，在测试报告中最突出的问题就是测试缺陷的分析，测试用例中缺陷有多少，通过率是多少，有哪些建设性的意见，及最终得测试结果，是通过还是没通过。

（二）了解了如何写测试计划、测试用例、bug报告、测试报告等；

1、测试计划的内容包括引言、测试背景、测试组织结构、测试策略、测试计划、测试环境及测试总结。在整个测试计划中最重要是测试的详细计划，当然在测试之前，要评估好测试的工作量分配及进度安排，人员规划等，测试计划的书写要有一定得逻辑，要能够真实反应测试项目。测试进度的安排要合理。

2、测试用例报告是一个项目中的重点，描写一个测试用例包括测试需求ID、测试需求标题、用例ID、用例步骤、期望结果、测试结果、测试人员、所属模块、严重级、备注等。在测试用例报告中重点在于测试步骤

要尽可能地详细，测试需求、标题等要描述清楚。

3、Bug报告也是测试项目中的重点，也是最让人有成就感的报告，bug报告中缺陷要描述清楚、正确评估缺陷的严重级别。

4、测试报告是一个项目的总结性报告，测试报告主要包括引言、测试设计简介、测试结果分析、测试结论及建议。

（三）了解了如何有条理地书写测试用例；首先测试用例要覆盖需求，根据项目的需求分析或者软件，设计测试用例。其次，写复杂的测试用例要掌握一些方法。例如决策表法，要先把影响因素和测试用例的个数做成表格形式，以便于详细分析设置用例的多少。在设计测试用例的过程中最常用的是等价类划分法，基本上每个测试用例的设计都要考虑正反两个方面。在这划分过程中遵守着尽量覆盖尚未覆盖的有效等价类，仅覆盖一个尚未覆盖的无效等价类原则。

不足：

1) 需求分解不彻底；在本次项目执行过程中，我们发现在需求手册中很多地方描述很模糊或者很简单，不能很好地向设计者呈现要设计软件的细节操作步骤，从而，对于软件测试人员来说就很难辨别测试结果是否符合要求，换句话来说，如果一个测试人员想把需求描写的很模糊的地方测试清楚就必须和客户不停的交流、沟通，在一定程度上影响项目的进度。以上是从客户需求角度来说的。对于客户只提供软件而没有需求的情况下，项目组人员就要人怎分析测试需求，详细分解。

2) 测试用例覆盖不了测试需求；一开始感觉设计的测试用例可以覆盖需求了，但是执行后才发现很多细节部分没有写全，例如稿件管理发布系统用谷歌浏览器打开就会出现很多错误，稿件管理系统在浏览器的应用上存在一定得兼容性问题，等等。针对这种情况，我们需要在执行之前，详细地了解用户需求及真实软件的运用效果。两者相结合，设计更全面的用例。

3) 对bug的辨识度还有待提高；在测试用例执行时，会发现很多细节性的问题，不容易判断它是不是一个bug。例如稿件管理发布系统中高级查询里的版本查询，虽然说它支持的是模糊查询，但是输入很多"."时查询的结果仍然是正确的，如果把它归类为非法版本号，非法版本号输入后查询结果应该是查不到，而不是查询到正确的结果。在一开始我将其定义为bug，但是和其他人讨论之后，觉得可以不是bug，

第二天又去考虑觉得还是bug。虽然说各人的判断标准不同，但是总该有一个统一的标准。想这类问题还要在以后的项目实行过程中不断总结经验。

4) 测试执行方法及步骤还存在很大的改善空间；在测试用例设计中不只

是功能测试，它还包括性能测试、界面测试、安全测试等，对于这些测试，测试用例设计时步骤不是很详细，操作时就存在一定得困难。例如：性能测试中系统支持20人并发访问系统，这就要求我们要尽量组织20人去集体测试，怎么去组织，要做哪些事情，诸如此类准备工作一定要详细准备。

5) 很多业务知识还不了解；这个问题在本次项目中体现不明显。这是做

软件测试学长给的意见。要做好一个项目，必须地相应项目的业务流程有一定的了解。

6) 项目中组员间的交流不够；虽然很多时候大家都提出互相检查用例及

bug记录等，但在实际过程中并没有切实实行。交流是测试人员必备的沟通技巧，在项目进行过程中遇到问题要互相沟通，以便更好地解决问题。

7) 对部分基础知识的理解不够透彻；在写测试用例时，我们采取的步骤

是先把可能考虑到得测试写全，但在写测试用例时，就发现对一些测试的概念记得不清楚甚至混淆。这就说明我们对基础问题的认识还不够深。因此，在之后的学习过程中我们要不端去记忆一些概念，或者在做项目过程中不断地发现相应的问题然后去解决。反复记忆，出现问题才能铭记于心。

8) 报告书写技能有待提高；测试人员做项目时，很多问题的结果都是以

报告形式，我们要不断练习自己的公文写作能力，熟悉应用office办公软件。

9) 数据库、服务器等其他知识了解太少；在测试执行中，遇到一些bug，

不清楚其出现的原因，知识面太狭隘。在之后的过程中要多了解与测试相关的知识。

总之，这两个星期来，收获颇多，问题多多，革命尚未成功，同志仍需努力！我们要通过各种渠道主动去获取知识，多交流，多沟通，共同收获！