http://www.51testing.com/html/53/n-240353.html
发布时间: 2011-7-04 11:02 作者: ninglu 来源: TaoBao QA Team
字体: 小 中 大 | 上一篇 下一篇 | 打印 | 我要投稿 | 推荐标签： 软件测试
一个月的开发轮岗很快就结束了，虽然时间很短，还是收获了很多，下面就分享我在轮岗期间的所见所得所想所做的。
轮岗期间做了4个日常，一个埋点，一篇属性文档，时间比较短，所以总结的可能不是很深刻，所以也希望大家多多拍砖，一起讨论进步
一、轮岗收获
1、学习技术提高编码能力和排查问题能力
这点是收获最大的，轮岗开发必然对自身技术提出了很大挑战，轮岗期间了解了webx框架，了解vm，js以及java如何交互，一些开发插件知识和工具，扩大了知识面，为日后测试技术奠定基础。
2、对应用系统了解更清楚
轮岗前对系统代码了解甚少，轮岗期间随着几个日常，接触到不同的模块代码，很清晰的了解了这部分代码如何处理，这使得在后续的项目以及日常需求评审能够提出更准确的测试范围， 同时在系统扩展性，兼容性等方面也逐渐的能够提出一些更有价值的问题。
3、了解开发具体工作内容
开发都有哪些工作内容，开发日常，线上问题排查，即将开始的下一个日常或者项目，与UED，PD，TESTER等同学的沟通工作
4、站在开发角度看测试
当自己站在开发人员的角度 然后再看测试，会有很多感触
二、重新看测试
1、业务是根本
不管是测试还是开发，熟悉业务是最重要的，开发同学更偏于技术，所以业务上会比测试同学薄弱些。这时就需要测试和开发相互补充，尤其在UC评审过程中，测试不受代码的限制，会提出很多测试点，这也帮助开发提前识别遗漏点，提前解决
2、测试往前走
本周四发布的日常，开发同学通常会在上周四就知道了，周四或者周五就投入开发，所以测试可以在开发编码前就进行UC评审，开发在编码时，测试同学就可以着手编写测试脚本了，在编写脚本过程中会对需求再过滤一遍，这时有些问题也会尽早暴露出来。
3、测试需要对代码了解但更全面
测试同学需要积累对系统代码的熟悉，不仅仅需要对本次需求修改的代码，更需要对整个系统代码熟悉。
熟悉代码之后，其他工作都会游刃有余
1）在缺陷定位上，可以逐步的由代码debug升级到代码reivew，可以大大提高工作效率
2）对于参加开发的系统设计，详细设计等阶段能够提出更有价值的问题，能更早的发现系统设计可能存在的缺陷，同时也能提高性能点评估。测试同学在有深厚的代码基础上不管是与开发沟通还是在做测试工作，都更有优势。
3）UC评审时，熟悉代码后评估会更准确
了解代码后，本次需求需要修改哪个地方，测试同学大概也能猜出一二，甚至能想象出代码如何实现的，哪些功能肯定是不需要回归的，哪些是必须要回归的，哪些会受影响，测试也能够做到自己心里有底，做的更好的话，说不定在开发还未编码就提前提醒开发同学需要注意哪些点了。
不过还是建议在设计用例时重点站在业务需求的角度上考虑，而不是在代码的角度上评估，避免考虑问题思路受制于代码，这也是开发和测试相互补充的重点4、提交bug准确性
不管是测试还是开发同学，不管在任何情况下都需要准确描述问题，减少不必要的反复询问以及缺少信息导致排查问题成本上升
5、测试效率如何更高效？
场景：开发自测充分， 测试用例未有脚本覆盖
方法：开发自测的用例，测试不再执行 ，主要进行补充测试和探索性测试
或补充开发未执行的用例脚本
好处：减少重复劳动，利用重复劳动的时间补充脚本
条件：开发质量意识好
6、测试用例透明化
开发很关心自己开发的日常测试进展，有无问题，测试用例是否覆盖完全，所以建议测试同学积极主动与开发沟通，告知测试进度并把测试点罗列给开发同学，不限于任何形式，双方来保证是否校验完全。
三、自身软技能方面有2点建议
1、换个角度看问题
轮岗开发尤其感受到接触的知识面很窄，不管是技术方面还是需求方面或是看问题的角度，有时感觉测试太过纠结于细节，而不是站在更高更远的角度上 来考虑，当然这里还是有必要说明，不是说测试做的不够好，只是想说明 不管做什么，如果只站在自己的角度上看问题，看到的也只能是自己这一块的。
2、把问题当成机会
平时工作中不乏有很多机会可以提高自己，比如环境问题，比如测试的功能有问题了，比如准备数据好难，这些都是提升技能的好机会。
四、轮岗建议
轮岗建议在产品线做项目时，过去轮岗效果会更好，可以独立的负责做一个模块，从无到有，这样能够接触到 需求，系统设计，详细设计，设计优化，实现等整个过程。收获会很大，同时大大提高在后续的项目中的系统设计以及详细设计等阶段提出更有价值的信息。