Project

General

Profile

Actions

Code Review Guide » History » Revision 2

« Previous | Revision 2/13 (diff) | Next »
Amber Herold, 03/04/2010 04:30 PM


Code Review Guide

What's the point of code reviews?

The Process

  1. Developer writes code
  2. Developer checks code into Subversion
  3. Developer updates Redmine issue with:
    1. the svn revision number
    2. a description of the changes
    3. a reference to test cases or a description of how to test the changes
    4. set the Status to In Code Review
    5. assign the issue to another person to perform a code review
  4. Code reviewer receives an email that they have code to review
  5. Code reviewer inspects the changes to the code using the review guide.
    1. Revisions that involve complicated logic or widespread changes are better done in person. In this case the reviewer can ask the developer to do a walk through.
  6. If the reviewer finds a problem, the Redmine issue is updated with:
    1. a description of the problem
    2. the Assigned to field is set back to the developer and the process starts over.
  7. If no problems are found, the REdmine issue is updated with:
    1. The Status is set to In Test
    2. The Assigned to field is set to someone who can readily test it.

Updated by Amber Herold over 14 years ago · 2 revisions