你在工作中遇到过印象深刻的困难是什么？NSA过热项目

主要从三方面回答：

第一个方向就是往技术的深度，对于技术的追求这个方向答。想看看你有没有碰到过什么棘手的技术问题，然后是怎么定位，怎么解决的。

第二个方向就是往主人翁意识，体现主观能动性的方向答。面对一个项目或者领导给到的任务涉及到其他项目组、甚至其他部门的时候，自己是怎么去推动的。

第三个方向是工作效率如何提升。判断各项任务的优先级顺序（基础功能拉通-复杂功能-性能），是否有重复性验证，如何提升工作效率。

---

项目一：NSA过热

回答方向一：技术性bug定位，技术深度

（1）UAI信令不上报

       UAI信令不上报首先定位到是ue侧的问题，由于该需求使用的是MTK联发科终端，所以首先需要联系终端部，让终端部去协调MTK的工程师来解决此问题。为了更快的解决该故障，终端部直接协调MTK工程师在环境现场进行调试。【MTK版本升级】

（2）UE侧能看到信令上报，但基站侧解析失败

       基站侧是在CPA控制面解析，此时需要联系控制面的同事定位是否是组件内部代码出错。

      【UE带的UAI消息只有R16，没有R14，和CPA的判断条件不一样，消息丢弃了，基站侧收不             到。】

（3）退过热LTE携带码流为空,NR侧校验失败，没发起退过热

         联系LTE侧同事定位【LTE内部代码实现问题】

回答方向二：部门以及领域间流程推动。

       由于该需求是我们团队负责牵头，分别给15个团队拆分了开发和验证任务，所以在需求验收的的过程中就需要统筹规划，具体举措有如下几点：

（1）提前预估开发和验证的工作量（BA业务需求分析师，DEV开发，QA测试），对项目的时间交付节点有一个整体的把握；

（2）建立需求进度跟踪群和需求进度跟踪页面，要求每个团队在下班前同步大体进度，并要求各团队在邮件中抄送具体进度以及风险点；

回答方向三：工作效率如何提升。

       （1）用例重复性：由于NSA过热需求较为复杂，波及面很广，团队内需要测试20多条用例。为了提升效率，减少重复性测试，在测试过程中不单单要关注自己负责的测试用例，同时也要关注其他团队的测试用例，并分析是否有重复性的测试步骤，我在实际执行的过程中，发现有3个基础功能的验证是CPA团队也同步在验证的，我会和他们及时沟通测试进展。如果其他团队先遇到了某一个功能bug并已经提交开发定位，那么我将不会再在此功能上浪费时间去重复验证，而是等bug解决后再验证，此时多出的时间可以先去验证其他功能，提升测试效率。

（2）虚心请教之前有经验的同事：由于该需求是初次使用MTK终端进行测试，我在环境搭建的过程中敏锐的发现了旁边团队的环境上也放着一台MTK终端，于是迅速联系了该环境负责人，请教该终端调试的相关步骤，为后续的测试打好了基础。

---

附加问题：如果让你再来一次，你会怎么处理的更好？

        由于是我第一次负责一个项目，并跟进了它需求交付的全过程，所以对我来说是一次非常宝贵的经历，于是在需求交付之后我对其进行了一次复盘，发现了其中还有一二三四点可以优化的地方：

（1）提前搭建环境，为后续的测试预留更多时间。

（2）了解各领域，各组件是如何交互的，方便快速定位；

（3）明确各团队的负责领导和具体的测试执行QA。