不过还是建议在设计用例时重点站在业务需求的角度上考虑，而不是在代码的角度上评估，避免考虑问题思路受制于代码，这也是开发和测试相互补充的重点

　　4、提交bug准确性

　　不管是测试还是开发同学，不管在任何情况下都需要准确描述问题，减少不必要的反复询问以及缺少信息导致排查问题成本上升

　　5、测试效率如何更高效？

　　场景：开发自测充分， 测试用例未有脚本覆盖

　　方法：开发自测的用例，测试不再执行 ，主要进行补充测试和探索性测试

　　或补充开发未执行的用例脚本

　　好处：减少重复劳动，利用重复劳动的时间补充脚本

　　条件：开发质量意识好

　　6、测试用例透明化

　　开发很关心自己开发的日常测试进展，有无问题，测试用例是否覆盖完全，所以建议测试同学积极主动与开发沟通，告知测试进度并把测试点罗列给开发同学，不限于任何形式，双方来保证是否校验完全。

　　三、自身软技能方面有2点建议

　　1、换个角度看问题

　　轮岗开发尤其感受到接触的知识面很窄，不管是技术方面还是需求方面或是看问题的角度，有时感觉测试太过纠结于细节，而不是站在更高更远的角度上来考虑，当然这里还是有必要说明，不是说测试做的不够好，只是想说明 不管做什么，如果只站在自己的角度上看问题，看到的也只能是自己这一块的。

　　2、把问题当成机会

　　平时工作中不乏有很多机会可以提高自己，比如环境问题，比如测试的功能有问题了，比如准备数据好难，这些都是提升技能的好机会。

　　四、轮岗建议

　　轮岗建议在产品线做项目时，过去轮岗效果会更好，可以独立的负责做一个模块，从无到有，这样能够接触到 需求，系统设计，详细设计，设计优化，实现等整个过程。收获会很大，同时大大提高在后续的项目中的系统设计以及详细设计等阶段提出更有价值的信息。