一个月的开发轮岗很快就结束了,虽然时间很短,还是收获了很多,下面就分享我在轮岗期间的所见所得所想所做的。
轮岗期间做了4个日常,一个埋点,一篇属性文档,时间比较短,所以总结的可能不是很深刻,所以也希望大家多多拍砖,一起讨论进步
一、轮岗收获
1、学习技术提高编码能力和排查问题能力
这点是收获最大的,轮岗开发必然对自身技术提出了很大挑战,轮岗期间了解了webx框架,了解vm,js以及java如何交互,一些开发插件知识和工具,扩大了知识面,为日后测试技术奠定基础。
2、对应用系统了解更清楚
轮岗前对系统代码了解甚少,轮岗期间随着几个日常,接触到不同的模块代码,很清晰的了解了这部分代码如何处理,这使得在后续的项目以及日常需求评审能够提出更准确的测试范围, 同时在系统扩展性,兼容性等方面也逐渐的能够提出一些更有价值的问题。
3、了解开发具体工作内容
开发都有哪些工作内容,开发日常,线上问题排查,即将开始的下一个日常或者项目,与UED,PD,TESTER等同学的沟通工作
4、站在开发角度看测试
当自己站在开发人员的角度 然后再看测试,会有很多感触
二、重新看测试
1、业务是根本
不管是测试还是开发,熟悉业务是最重要的,开发同学更偏于技术,所以业务上会比测试同学薄弱些。这时就需要测试和开发相互补充,尤其在UC评审过程中,测试不受代码的限制,会提出很多测试点,这也帮助开发提前识别遗漏点,提前解决
2、测试往前走
本周四发布的日常,开发同学通常会在上周四就知道了,周四或者周五就投入开发,所以测试可以在开发编码前就进行UC评审,开发在编码时,测试同学就可以着手编写测试脚本了,在编写脚本过程中会对需求再过滤一遍,这时有些问题也会尽早暴露出来。
3、测试需要对代码了解但更全面
测试同学需要积累对系统代码的熟悉,不仅仅需要对本次需求修改的代码,更需要对整个系统代码熟悉。
熟悉代码之后,其他工作都会游刃有余
1)在缺陷定位上,可以逐步的由代码debug升级到代码reivew,可以大大提高工作效率
2)对于参加开发的系统设计,详细设计等阶段能够提出更有价值的问题,能更早的发现系统设计可能存在的缺陷,同时也能提高性能点评估。测试同学在有深厚的代码基础上不管是与开发沟通还是在做测试工作,都更有优势。
3)UC评审时,熟悉代码后评估会更准确
了解代码后,本次需求需要修改哪个地方,测试同学大概也能猜出一二,甚至能想象出代码如何实现的,哪些功能肯定是不需要回归的,哪些是必须要回归的,哪些会受影响,测试也能够做到自己心里有底,做的更好的话,说不定在开发还未编码就提前提醒开发同学需要注意哪些点了。