positive: 这个方法出自一本很老的书籍《聚焦式会话艺术》,原来是用在群体沟通时,但实际上也可以用来做定期总结。<br>O实践-客观事实<br>R感受-客观反射<br>I意义-事实分析<br>D行动-基于事实的下一步行动<br>事实:Objective:The Objective Level of Thinking<br>着眼于客观事实,从事实入手看问题。<br>试着去回答:<br>你的时间花在哪了?<br>都做了哪些事情,结果怎么样,完成了哪件让自己自豪,值得分享的事情?<br>你的钱都花在哪了?<br>我上面问的三个因素:时间、行为和钱的具体花销,就可以做为一个客观中立的角度来反应客观事实,不管你有什么样的理由和借口,真实<br>感受:Reflective:The Reflective Level of Thinking:<br>当你完成第一步之后,思考一下,自己对当前事实的感受是怎么的?<br>思考:Interpretive:The Interpretive Level of Thinking<br>思考这件事带给我们的思考、意义、启发是什么?<br>哪里做的不足?<br>需要如何改进?<br>学用的经验和教训是什么?<br>行动:Decisional:The Decisional Level of Thinking<br>下个月,我应该如何去行动是什么?<br>未来我要怎么做?<br>具体的计划是什么?
negative: 第一道题真的不清楚概念,第二道题写出来的,但是不够稳妥,第三道题我直接说了能写但是会花很多时间,给他说了思路,他也指导了我,感觉人很nice,我知道没机会了,但是他后面可能也知道我还是偏功能岗,问了一些业务测试上的问题。一个登录的测试用例设计<br>b站,b站真的是比较让我懵逼,也很清楚自己的好像真的很久没有学习,测试app那么久,却没有了解app的东西,安卓和ios是很多东西都说不明白,我很菜,比如问我charles安装证书时ios具体是怎么操作的,还有ios13系统和其他系统又什么需要注意的测试点,钻孔屏为什么容易出问题,要注意什么,原来安卓8以前的钻孔屏但是厂商自己做的,所以很不统一。还有对测试线上的一个思考,比如当线上出了问题,是怎么处理的,我的回答就很一般,记录问题,收集问题,严重的问题会进行casestudy,并在回归case中加上用例,这样做会让回归用例越来越多,比较好的做法是把线上问题做一个数据统计,哪类问题容易出现,那个开发的东西容易出现问题,然后根据概率进行一个重点回归。<br>大概就是这些,其实还有一两个其他的面试,下次再写吧,作为这几次面试下来的经验,任务觉得不止是coding能力,其他的性能测试完整流程,还有怎么快速找出一个对象的测试点。