Code Review的方式和流程

经过在公司1年多的code review的经验回顾：原来有fisheye，开发提交代码后旺旺通知测试工程师，并通过读代码来了解测试范围，并发现代码中的错误。

　　后来，最近半年的项目、日常测试过程中都是开发提交代码后，测试和开发一起借用SVN工具等代码版本控制工具，或Eclipse 等IDE进行Code Review。

　　这其中的一个转变就是测试由被动接收消息，到主动查看SVN 的log看代码变动。测试工程师的态度由被动变为主动，是个不小的进步。

　　目前看来，进行 Code Review 的目的或效果有：

　　1、让测试熟悉所测产品的业务代码，提升代码的阅读能力；

　　2、提早发现代码里面的bug，低成本保障质量，防患于未然；

　　3、提前预知并评估并确认测试范围，减少测试工作量；

　　4、促进开发、测试间的沟通、交流和协作。

　　功能测试工程师参加code  review提前做的一些准备：

　　1、简单的编码规范

　　2、Java编程的基本知识

　　经过这Code Review的实践，感觉Code Review目前比较适合我们工作的方式是：

　　比较合适的，并且目前使用的流程是：

本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/