主要从三方面回答:
第一个方向就是往技术的深度,对于技术的追求这个方向答。想看看你有没有碰到过什么棘手的技术问题,然后是怎么定位,怎么解决的。
第二个方向就是往主人翁意识,体现主观能动性的方向答。面对一个项目或者领导给到的任务涉及到其他项目组、甚至其他部门的时候,自己是怎么去推动的。
第三个方向是工作效率如何提升。判断各项任务的优先级顺序(基础功能拉通-复杂功能-性能),是否有重复性验证,如何提升工作效率。
项目一: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。