代码审核插件Jupiter Code Review Reference
代码走查
代码走查(code walkthrough)和代码审查(code inspection)是两种不同的代码评审方法,代码审查是一种正式的评审活动，而代码走查的讨论过程是非正式的。
最近对项目组进行代码评审，发觉需要对代码评审中找到的问题进行一下分类，大概可以分成以下几类问题：1. Comment注释没写，或者格式不对，或者毫无意义2. Coding Standard没遵守代码规范3. Existing Wheel重复现成的代码，或者是开源项目，或者公司已有代码4. Better practiceJava或者开源项目，有更好的写法5. Performance bottle and Improvement性能瓶颈和提高6. Code Logic Error代码逻辑错误7. Business Logic Error业务逻辑错误代码审查列出问题的类型，并有解决情况报告11月23日代码走查——项目走向成功的锦囊之一说起代码走查，相信每个人都不陌生，但为什么要执行代码走查，什么时候来执行代码走查，如何有效执行代码走查，很多人的看法和见解都不一样。
一般的看法，认为代码走查是一种非正式的代码评审技术，它通常在编码完成之后由代码的作者向一组同事来讲解他自己编写的代码，由同事来给出意见。
这种做法在很多做软件开发组织中经常采用。
但从实际执行效果来看，成效并不都那么明显，反而很多组织的这种做法有浪费时间之嫌。
主要是因为代码走查活动时间有限，而参加代码走查的人之前没有较多的时间来提前了解被走查的代码，故而在实际执行时能被走查的代码所占的比例并不高，同时也发现不了多少本质问题。
随着软件外包业的发展，它有别于软件产品开发，客户对于产品的要求不再局限于系统是否能够正确运行。
而是在设计、代码的品质上也有了更多的要求。
有的客户甚至会在我们每次交付后先来检查我们的代码品质，只要是代码不符合要求就会被拒绝。
但在项目的实际执行中，面对客户的这些要求，我们又常常遇到诸如编写的代码不符合规范；编码效率低；代码的可重用性低；代码错误多等现象，从而影响到项目的时程和交付的品质，影响到客户对我们的满意度和对我们专业程度的质疑。
项目管理系列--好用的代码评审（CodeReview）工具
项⽬管理系列--好⽤的代码评审（CodeReview）⼯具1. GerritGerrit is a web based code review system, facilitating online code reviews for projects using the Git version control system. Gerrit makes reviews easier by showing changes in a side-by-side display, and allowing inline comments to be added by any reviewer. Gerrit simplifies Git based project maintainership by permitting any authorized user to submit changes to the master Git repository, rather than requiring all approved changes to be merged in by hand by the project maintainer.2. RietveldThis is one of the best code review tool from Google wherein users can discuss the defects in the code and review the code.3. Cruciblecode reviews = quality code. Review code, discuss changes, share knowledge, and identify defects with Crucible’s flexible review workflow. Its code review made easy for Subversion, CVS, Perforce, and more.4. CodeplexCodeplex provides a complete solution for team system code reviews, and this tool and has become very popular with programmers. This code review tool uses the benefits of team system for reducing waste.5. BarkeepBarkeep is a fast, fun way to review code. Engineering organizations can use it to keep the bar high. Barkeep is standalone software that you host. Once it’s set up, you can use it to track and code review any number of git repos available on the internet. It’s designed to be easy to run on Ubuntu.6. Review AssistantReview Assistant is a code review plugin for Visual Studio. This code review tool helps you to create review requests and respond to them without leaving Visual Studio. Review Assistant supports TFS, Subversion, Git, Mercurial, and Perforce. Simple setup: up and running in 5 minutes.7. CodeStrikerCodestriker is an open-sourced web application which supports online code reviewing. Traditional document reviews are supported, as well as reviewing diffs generated by an SCM (Source Code Management) system and plain unidiff patches. There are integration points with CVS, Subversion, Clearcase, Perforce, Visual SourceSafe and Bugzilla. There is a plug-in architecture for supporting other SCMs and issue tracking systems.8. Code Review ToolCode Review Tool allows team members to review code collaboratively in an easy and efficient manner by removing most of the overhead associated with regular formal code inspections. It provides all the benefits of formal code inspections and requires considerably less effort and time compared to formal code inspections. It supports both formal and lightweight code review processes.9. MalevichMalevich is a web-based, point-and-click code review system designed for use by individuals and small teams. Its goal is making the cost of a comment as close to zero as possible: easy commenting encourages thorough code reviews. Reviewing code in Malevich is easy indeed. A reviewer can see both the original as well as the new revision of a file in a browser. To comment on a line of code, he or she simply clicks on that line, and starts typing. Submitting comments makes them visible to the person who requested the code review, as well as to all other reviewers.10. Code BragCodebrag is a simple code review tool that makes the process work for your team.11. VeracodeVeracode is the world’s best automated, on-demand, application security testing and code review solution. Founded by experts fromsecurity companies such as Guardent, Symantec, @stake, and VeriSign, and built on a Software-as-a-Service model – Veracode solutions deliver application security and automated code review services for enterprises that want to cost-efficiently test software security by identifying flaws in applications. Veracode helps developers create secure software by scanning compiled code (also called “binary” or “byte” code) instead of source code.12. CollaboratorCollaborator is a code review tool that helps development, testing and management teams work together to produce high quality code. It allows teams to peer review code, user stories and test plans in a transparent, collaborative framework — instantly keeping the entire team up to speed on changes made to the code. By enabling team members to work together to review their work, Collaborator can help you catch bugs before your software hits the market.13. Peer Review PluginWith Trac’s current set of features, a peer review plugin fits nicely into its lineup. This plugin’s goal is to eliminate the need for time consuming code review meetings by giving developers the ability to review code in a user-friendly web-based environment during their own time. This program is written primarily in Python. The interface integrates seemlessly with Subversion allowing users to browse the repository for reviewable files. Genshi is used as the server-side web-based scripting language with Javascript and AJAX to modernize the user interface.14. CodifferousCodifferous can be described as one of the code review tools which is used by busy software developers. Once your code is imported from BitBucket or Github, the software reads the code in a jiffy.15. PhabricatorPfabricator can be defined as an open source software engineering platform which includes various open source web applications. These web applications assist software companies for building better software.。
什么是代码审查
什么是代码审查？代码审查（Code Review）是一种软件开发过程中的质量保证活动，通过审查程序代码的质量和一致性，以发现潜在的错误、改进代码结构、提高可维护性和可读性。
代码审查通常由开发团队中的其他成员或专门的代码审查人员完成，以确保代码的质量和符合团队的编码标准。
代码审查的目的是多方面的：1. 发现错误和问题：代码审查通过仔细检查代码中的逻辑错误、潜在的安全问题、性能问题和其他潜在的缺陷，以及与规范和最佳实践不一致的部分。
通过早期的发现和修复，可以减少后期的修复成本和风险。
2. 提高代码质量：代码审查有助于提高代码的质量和可靠性。
通过审查代码，可以发现并纠正低质量的代码，改进代码的结构和设计，以及提高代码的可读性和可维护性。
3. 促进知识共享和团队合作：代码审查是团队合作的重要环节。
通过审查代码，团队成员可以相互学习和分享知识，了解项目中其他人的工作和设计思路，促进团队合作和沟通。
4. 遵循编码标准和最佳实践：代码审查有助于确保代码符合团队的编码标准和最佳实践。
这包括代码的命名规范、注释规范、代码风格、错误处理和异常处理等方面。
通过审查代码，可以确保整个项目的代码风格和质量保持一致。
代码审查的过程通常包括以下几个步骤：1. 提交代码：开发人员将自己编写的代码提交到代码审查工具或版本控制系统中。
代码审查工具可以帮助记录审查过程和审查结果。
2. 分配审查人员：代码审查由其他团队成员或专门的代码审查人员完成。
审查人员可以根据项目和团队的需要进行分配。
3. 审查代码：审查人员对提交的代码进行审查。
他们仔细检查代码的质量、结构、逻辑、性能等方面，并与编码标准和最佳实践进行比较。
4. 提出问题和建议：审查人员对代码中发现的问题和改进提出评论、建议和问题。
这可以是关于代码逻辑的问题、潜在的错误、可读性和可维护性的改进等。
5. 讨论和解决问题：开发人员和审查人员之间进行讨论，解决代码审查中发现的问题和疑问。
gitlab code review tool idea
gitlab code review tool ideaGitLab Code Review Tool与IDEA的集成在现代软件开发过程中，代码审查（Code Review）是一个至关重要的环节。
它有助于确保代码质量，提高软件的可维护性，并促进团队成员之间的知识共享。
GitLab作为一种流行的代码托管和协作平台，提供了强大的代码审查功能。
同时，许多开发者喜欢使用IntelliJ IDEA这样的集成开发环境（IDE）来编写和调试代码。
因此，将GitLab的代码审查工具与IDEA集成起来，可以大大提高开发效率和代码质量。
GitLab的代码审查功能允许开发者在提交代码更改之前，邀请团队成员对其他人的代码进行审查。
这可以通过创建合并请求（Merge Request）来实现，其中包含了待审查的代码更改和相关讨论。
审查者可以在GitLab的Web界面上查看代码差异，添加评论，并提出改进建议。
一旦代码通过审查，它就可以被合并到主分支中。
然而，对于许多开发者来说，直接在IDEA中编写和调试代码更为方便。
幸运的是，有一些插件和工具可以帮助开发者在IDEA中直接使用GitLab的代码审查功能。
这些工具通常会在IDEA的侧边栏或工具栏中添加额外的按钮和面板，使开发者能够轻松地查看和管理代码审查任务。
使用这些集成工具，开发者可以直接在IDEA中打开待审查的代码更改，查看代码差异，并添加评论。
他们还可以利用IDEA的强大功能，如代码导航、自动完成和语法高亮，来更高效地审查代码。
此外，这些工具通常还提供了实时通知功能，使开发者能够及时了解代码审查的进展和结果。
总之，将GitLab的代码审查工具与IDEA集成起来，可以使开发者在熟悉的开发环境中轻松地进行代码审查。
这不仅可以提高开发效率和代码质量，还可以促进团队成员之间的协作和知识共享。
代码复查工具Jupiter使用说明
代码复查工具Jupiter使用说明编译/莫映本文档编译自Jupiter的在线说明文档发布记录日期说明2005-8-9 创建初始版本简介Jupiter是一个代码复查工具，其目的旨在为Eclipse用户进行手工代码复查提供一种简单而便捷的方式。
其特点包括：¨ 作为Eclipse IDE的一个插件，使用方便；¨ 复查结果被以XML数据文件的形式存入SCM系统；¨ 每条复查意见（称为Review Issue）直接关联对应代码，可以做方便的代码跳转；¨ 提供了复查意见的过滤器，以过滤显示列表；¨ Jupiter是开源的；安装正如Eclispe的其他插件一样，Jupiter是一个绿色插件，因此安装过程十分简单，只需要将其拷贝到Eclipse的plugins目录下即可。
最新的安装包可以在Jupiter 的网站下载到：/Tools/Jupiter。
界面Jupiter插件提供了一个视图，叫做Review Perspective。
初次切换到Review Perspective时，你会发现下面有两个新的View，分别是Review Editor和Review Table。
Review Editor用于书写针对某段代码的复查意见。
你可以点选一段位于源代码窗口中需要注解的代码文本，然后右键选择“Add Jupiter Issue”，一条新的Review Issue就会出现在Review Editor中。
Review Table提供了已创建的Review Issue的清单，你可以对之进行排序、过滤、修改等操作。
此外，在Eclipse主工具栏和Review Table的工具栏上，还有一个Phase Selection按钮，提供了选择不同复查阶段的功能。
Jupiter将复查过程分为若干个阶段，具体见后。
复查流程Jupiter为代码复查定义了4步流程：配置（Configuration）。
CodeReview工具简介和安装
开源Code Review工具简介和Windows安装步骤比尔板三（2012-03-18）本文简要描述了Review Board、Jupiter、JCR、Codestriker、Rietveld几种开源代码评审工具的功能特点，并介绍了在windows下的安装步骤。
如您想使用Web方式进行代码评审，推荐安装Review Board，如您想在Eclipse中进行代码评审请安装Jupiter。
一、Review BoardReview Board是基于Web的Code Review工具。
适用于不同规模的项目，支持pre-commit和post-commit两种Review方式，可查看对比代码的多次评审、修改情况，并提供了多种工具，是当前最活跃的Code Review项目。
官方主页：/当前版本：1.6.4.1(2012-02-28)RBTools当前版本：0.4.1(2012-02-29)支持的SCM：Bazaar、CVS、ClearCase、Git、Mercurial、Perforce、Plastic SCM、Subversion支持的数据库：MySQL v5.0.31或更新、PostgreSQL、sqlite v3支持的Web Server：Apache + mod_wsgi 或 mod_python 或 fastcgi，lighttpd + fastcgi依赖软件：Python 2.7 /Python Setuptools /pypi/setuptoolsGNU patch /projects/gnuwin32/files/patch/Memcached for Windows /memcached/(Memcached官方主页/)Python Imaging Library /products/pil/PyCrypto /brucenan/pycrypto-2.2.win32-py2.7.rarWindows下安装步骤1、安装Python、Setuptools安装完毕后，增加C:\Python27；C:\Python27\Scripts 到Path环境变量2、安装GNU patch安装完毕后，增加patch.exe所在路径到 Path环境变量3、安装MemcachedMemcached是一个高性能的缓存服务器。
jupiter安装使用教程（开发人员）
Jupiter代码走查插件使用教程文件编号：起草部门：测试组审核人：签发人：批准日期：版本标识：目录文件修改控制 (2)1引言 (3)1.1简介..................................................................................................................................................错误！未定义书签。
1.2说明..................................................................................................................................................错误！未定义书签。
2走查流程.................................................................................................................................................. 错误！未定义书签。
3jupiter操作.. (4)3.1安装 (4)3.2更新数据 (5)3.3修改BUG (7)1引言1.1 简介Jupiter是一个管理代码走查中bug的插件，类似mantis中对bug的管理。
不同的是mantis管理的是黑盒测试中的bug，Jupiter管理的是白盒测试中的bug。
Jupiter并不负责查找bug，只是管理bug。
走查人员建立走查任务，发现bug将其记录，提交review数据到svn或cvs，开发人员更新review数据，修改bug,提交review数据，走查人员复测，没问题后将bug关闭。
通过这样一个过程管理bug的生命周期。
跟我学Java代码检测Jupiter工具——如何应用Jupiter插件审查Java程序代码规范和质量
1.1跟我学Java代码检测Jupiter工具——如何应用Jupiter插件审查Java 程序代码规范和质量1.1.1评审和度量软件系统项目中程序代码的编程质量1、软件质量的保证不仅要着眼于“最终的结果”、也要着重于“开发的过程”软件开发的基本流程为需求分析（Requirements Capture）阶段、系统分析与设计（System Analysis and Design）、系统实现（Implementation）和测试（Testing）及维护（Maintenance）等过程，因此相应的软件开发过程方面的质量要求可以定义为：1）需求质量2）设计质量3）实现质量4）发布和维护质量“细节决定成败、过程决定结果！”没有开发过程中的每个阶段的质量监控和保证，那怎么可能又有最后的软件系统项目及软件系统产品结果的最终质量？因此，如何在软件系统的开发过程中，开发人员能够真正保证和控制开发过程中每个阶段的质量？很显然的最基本手段是在软件系统每个开发阶段中都设置一个“里程碑”作为“质量的控制点”，而对于“质量的控制点”的把控，一般是以“评审”或“审查”为主要的考核手段，在程序代码的编程过程中的质量控制则主要是应用“单元测试”和“代码审查”等技术手段。
2、软件质量的保证不仅要着眼于“事后的测试”，也要着重于“开发中的预防”由于早期的软件系统开发过程的不规范和开发人员缺少对软件系统的功能单元和整体测试的意识，对于软件系统产品和软件系统项目的最终质量的保证，基本上是依赖于软件系统的设计人员和程序代码编写者（程序员）的技术水平和工作态度及开发的效果，但“小作坊”式的软件系统开发方式是很难持续地保证软件系统产品的质量及质量的稳定性。
为此，国内有许多软件企业在2000年左右开始建立企业内部的专业化的软件测试小组，对本企业所开发的软件系统进行专门的测试和评估，这在一定的程度上提高了软件系统产品和软件系统项目的整体质量。
但软件测试小组所实施的“系统功能”和“系统性能”等方面的各种测试，其实只能起到“事后检测”的效果。
代码走读工具Jupiter实践
第1章代码复查简单介绍代码复查（Code Review），又叫“代码审查”，其基本思想就是，在开发人员编写完自己的代码后，由其他人来复查他写的代码，从而有效地发现代码中存在的缺陷。
代码复查的一个基本理论就是，当我们越早发现代码存在的缺陷，我们解决缺陷的代价就越低。
代码复查一般包括代码风格，常规缺陷，重大缺陷，程序语言级别缺陷和业务逻辑级别的缺陷，以及设计逻辑和思路的审查等等，甚至也要包括代码性能的考虑。
代码复查的原则是正确性、可复用性、可扩展性、可维护性、可读性等等。
第2章常规代码评审流程一提到代码走读，虽然我一次都没经历过，但是脑海里还是会想到一群人围着一个桌子，看着投影仪，作者不停的问：“大家看看这段代码有什么问题没”，大部分的人都还没反应过来这段代码是干什么的，50%的人就算没有看懂也会保持沉默，20%的人会要求作者把逻辑讲一遍，10%的人看懂了然后与作者交流，10%的人看看checklist再看看代码，另外10%的人一直盯着作者的眼睛，或者听他们讲话。
（我可能就是最后那一种人）我相信这种codereview效率很低，因为大家把理解代码是干什么的和发现问题放在一起同步进行，等待是同步的通病，我们不需要这种等待，在团队合作中也是如此。
我们应该将这部分工作安排在线下进行，每个人按自己的思路理解程序的逻辑，然后找出问题，比如你的代码注释不够多，逻辑结构不够清晰，我们需要标注并且记录下来，这需要工具的支持。
Jupiter就是这样的一个工具，当然它的功能不仅仅如此，再介绍它的功能之前，我们有必要先了解一下常规的评审流程。
1.在codereview之前，首先利用工具，建立review id，这个id就代表本次codereview，然后导入要评审的代码，接着给参与本次评审所有人员输入一个合法的ID，最后再输入一些额外的信息，比如项目名称，描述信息等等。
然后评审发起人（代码作者、team leader或者PM）保存信息到配置库上。
如何使用代码审查工具进行团队代码评审(八)
如何使用代码审查工具进行团队代码评审导言：在当今信息技术高速发展的时代背景下，编程已经成为了许多团队的日常工作。
代码审查是确保代码质量和团队合作的重要环节之一。
为了提高代码质量和效率，团队可以使用专业的代码审查工具。
本文将介绍如何使用代码审查工具进行团队代码评审，以帮助团队更好地协作和改进代码质量。
第一部分：代码审查工具的选择首先，团队需要选择适合自己的代码审查工具。
市面上有许多代码审查工具，例如Github、Bitbucket等。
可以根据团队的实际需求来选择适合的工具。
有些工具提供了全面的代码审查功能，包括静态代码分析、自动化测试等；有些工具则重点关注代码注释和格式，以提高代码可读性。
团队可以根据自身的需求选择适合的工具。
第二部分：代码审查流程的建立建立代码审查流程是确保团队有效合作的关键。
在团队中，代码审查可以由团队成员间进行互审，也可以由专门的负责人进行审查。
无论哪种方式，都需要建立明确的流程。
例如，团队成员可以在代码编写完成后提交到代码库，并通知其他成员进行审查。
审查者应该仔细阅读代码，查找潜在的问题并提出修改建议。
然后，代码编写者需要修改代码并重新提交。
最后，经过多轮审查和修改后，团队可以合并代码到主分支。
第三部分：代码审查的注意事项代码审查需要注意一些事项，以确保审查的有效性和效率。
首先，明确审查的目标和标准。
代码的目标是什么？审查的标准是什么？例如，代码的可读性、可维护性和安全性都是审查的标准。
其次，审查者需要尊重代码编写者的努力，并且提出建设性的修改意见。
审查者应该明确说明自己的修改建议，并提供相应的理由。
代码编写者需要接受审查者的意见，并进行修改。
最后，审查的时效性也非常重要。
审查过程应该尽量快速完成，以减少代码合并的延迟。
第四部分：代码审查工具的使用技巧代码审查工具提供了许多有用的功能，可以帮助团队更好地进行代码审查。
首先，工具可以自动检测代码中的潜在问题，并提供相应的修复建议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Jupiter Code Review Reference 备注：IE6内核的浏览器图片总是出不来，建议使用MozillaFirefox，Opera，谷歌浏览器一、 Jupiter 是什么？这里的Jupiter是一个开源的代码审查工具，是集成在Eclipse下执行代码审查工作一个很棒的工具。
（我个人认为5个人阶段），可以把Jupiter的工作划分为3个阶段，分别是：Individual Phase 个人阶段，表示个人审查阶段。
Team Phase 团队阶段，表示团队审查阶段。
Rework Phase 修复阶段，表示修改Bug阶段。
而我觉得应该加入：任务定义阶段和BUG确认阶段。
任务定义阶段：是指在指派审查任务前的任务定义和分配过程。
BUG确认阶段：是指bug修改结束后的重新审查和关闭bug阶段。
二、如何安装 Jupiter条件：Jupiter需要Java 5或更高版本的JDK以及Eclipse3.3（Europa）或更高版本Eclipse。
由于Jupiter是基于团队的工作，建议在一个版本控制系统下执行代码生审查工作。
（即CVS或SVN等）。
安装：[这里只提供针对Eclipse3.5 Galileo的离线安装，通过在线安装的地址是：/svn/trunk/site/请自行决定]第一步：到/p/jupiter-eclipse-plugin/downloads/list 下载最新的JAR文件。
第二步：把下载到的JAR文件拷贝到Eclipse的plugins目录下。
第三步：重启Eclipse（或是打开Eclipse）如果在Eclipse的工具栏出现如下图标表示安装成功。
三、如何创建 Review ID ？1、我们先了解什么是Review IDReview ID代表一个审查任务，包涵了很多元素，比如审查任务名称，描述，审查那些代码文件，审查人，审查类型，级别设置等等，而这些信息正是组成一个审查任务的基本元素。
2、创建ReviewID流程A、在Eclipse右击选择要审查代码的项目B、选择“属性”，如下图：C、进入属性页面选择“Review”选项，如下图：D、点击右边的“New…”按钮出现填写框，可以填写ReviewID的名称，描述。
如下图：E、点击“Next>”按钮进入下一步，选择对那些代码文件进行审查，如下图：F、点击“Next>”按钮进入下一步，选择或是新输入审查人员，如下图：G、点击“Next>”按钮进入下一步，指定Session的作者，这部可以不选择，但是一般选择所审查程序的编程人员。
H、点击“Next>”按钮进入下一步，选择“Type，Severity，Resolution，Status”的选项，同时可以修改这里选择项，这一点很有用，在大部分的代码审查工具中这个不能做到很灵活，所以有不少弊端。
但是Jupiter搞定了这个问题。
I、点击“Next>”按钮进入下一步，确定“Type，Severity，Resolution，Status”的默认选项。
如下图：J、点击“Next>”按钮进入下一步，输入最后得审查数据放在那个目录下，建议用日期加任务标记作为目录，比如:2010630TEST，如下图：K、点击“Next>”按钮进入下一步，最后设定每个阶段的过滤器，每个项目可以根据项目的需要设定，这里默认不变。
L、点击“Finish”按钮完成ReviewID的设定，在工程的属性对话框里多了一条数据，这些数据就在文件“.jupiter”下，这个文件在工程的文件目录下，如下图：3、发布ReviewID发布ReviewID的过程其实就是配合SVN或是CVS或是其他版本控制系统发布“.jupiter”，通过传播“.jupiter”，让其他人把该文件拿到同一工程下的同一目录，即可实现下一步骤的功能。
4、获取ReviewID获得的方式主要通过同步版本控制器的“.jupiter”文件即可，一般是定制一个审查任务之后，发起者发出邮件，邮件里面说明此次任务的具体细节，在“.jupiter”里面就是这些细节的体现。
四、在 Individual Phase 我们应该做些什么？1、Individual Phase的目标个人阶段的目标就是针对在ReviewID定义阶段指定的审查人员开始工作的出发地，他们要从这里开始，把属于他的任务执行完成，并提交到版本控制器，有很多需要注意的细节我们在后面表述。
2、Individual Phase的过程1)确认已经从版本控制器更新了“.jupiter”文件。
2)点击Jupiter的Eclipse图标的下拉箭头，出现4个选项，选择1 Individual Phase，即可进入选择ReviewID界面。
如下图：3)选择ReviewID界面，如下图：4)点击“Finish”按钮，进入Individual Phase视图，图下图：5)点击“ReviewTable ”视图的按钮，出现可以选的待审查的代码文件列表，如下图：6)选择其中你想审查的文件，那么在Eclipse的编辑区即打开该文件。
这时候，你可以开始你的Review工作了。
7)找到一个Bug，那怎么办？选择代码行，右击，选择“Add Review Issue…”,如下图：可记录改BUG的所有信息，并分类型，严重等级等。
填写之后点击右边的保存按钮，形成一条审查记录。
8)这时候在代码文件行号的位置出现一个小图标，说明这行代码有问题，同时在“ReviewTable“视图增加了一条记录。
如下图：3、结束Individual Phase个人审查阶段就是这么一个一个问题的叠加的，直到你完成所有代码文件的审查工作，这之后刷新工程项目的目录，在目录的下面会增加一个子目录“2010630TEST”[不一定就这个名称，这是根据你在定义ReviewID时数据而定]，里面有一个文件“测试代码审查任务-XXX.review”。
其中“-”的前一部分是ReviewID名称，后一部分的XXX是执行Individual的ReviewerID，也就是审查者。
文件的后缀是.review。
提交.review文件到版本控制系统，并回复执行的任务邮件告知审查发起者你的任务已经完成，在回复时记得把.review文件名称写在邮件里面。
五、在 Team Phase 我们讨论些什么？1、Team Phase的目标Team Phase的目标就是把很多审查人的审查文件集合起来然后，开个评审会议，把问题讨论清楚，确认是否需要调整或是制定给谁解决等。
2、Team Phase的过程1)进入Team Phase，操作如下图：2)进入下图，选择讨论哪个审查者审查出来的问题。
3)点击“Finish”按钮，进入BUG的浏览界面面，如下图：4)那么如何讨论一个审查出来的BUG呢，双击“ReviewTable”里面的一个Bug，在Eclipse的编辑区即可导航到该代码行，而在“Review Edit”则打开该Bug的具体描述，可以指定给那个开发人员修改[默认是在设定改ReviewID时指定的Session Author ]，可以设定“Resolution”的选项，并添加备注。
如下图：5)最后点击保存，结束一个Bug的讨论。
3、结束Team Phase依次循环，逐个解决审查出来的Bug，并提交.review文件到版本控制器，并邮件通知代码修改人员。
每个Bug都应该得到重视，讨论时一种很好的传播方式，所以在结束Team Phase前，一定要把问题总结出来，尽可能的避免下次再次出现。
六、在 Rework Phase 修改 Bug1、Rework Phase的目标Rework Phase的目标就是每个开发人员去看看被检查出来的bug，并彻底的修复它，不要留下任何给检查者在Reopen的机会。
2、Rework Phase的过程1) 进入Rework Phase，操作如下图：2) 同样需要选择对应的项目和对应的Review信息，如下图：3) 一般这时候不一定可以在“Review Table”看得到BUG记录，需要选择“Review Table”的过滤按钮才能看到Bug记录。
4) Ok，逐个双击，导航到代码，逐个修改，修改之后在“Review Editer”调整该Bug的信息。
如下图：其中状态可以改成Resolved，表示已经解决问题；或是Closed表示直接关闭，或是Reopen，重新开启（最好不要被重新开启）。
3、结束Rework Phase逐个解决Bug，逐个修改它的状态，最后提交.review文件到版本控制系统，并邮件通知代码审查人员可以重新审查已经修改的Bug了。
七、确认修改1、可能不需要这一步骤有些团队可能不需要这一步骤，但是这只是建议，应为他们的人手不够，而且每个开发人员都值得信任，每个修改者在修改完bug之后直接close了bug。
直接进入报表生成阶段。
而我觉得这一步骤在很多场合很有必要，比如需要有人来证明你的bug确实解决了。
2、如何重新审查进入重新审查的过程和进入Rework Phase的过程一样，只需要查看Bug修改情况和调整Bug的状态即可。
3、结束审查结束审查之后需要邮件通知所有相关人员您的重新审查情况。
八、分析 .review 文件.review文件以xml格式为结构，具体的每个标签标示一个实际的意义，我们来看看它的描述问题方式：<?xml version="1.0" encoding="UTF-8"?><Review id="测试代码审查任务"> <!—表示我们定义的Review ID的名称—><ReviewIssue id="GB1UV3SO"><!—表示自动生成的Bug对应的ID—><ReviewIssueMeta><CreationDate>2010-06-30 :: 15:38:57:144 CST</CreationDate><!—什么时间创建的Bug—> <LastModificationDate>2010-07-01 :: 14:18:02:631 CST</LastModificationDate><!—最后修改时间—></ReviewIssueMeta><ReviewerId>吕宽沟</ReviewerId><!—发现bug的人员—><AssignedTo>谷子地</AssignedTo><!—修改bug的人员—><File line="60">src/com/jem/report/exam/xml/XmlDataSourceExample.java</File><!—Bug具体位置—><Type>bel.programLogic</Type><!—Bug的类型—><Severity>bel.normal</Severity><!—Bug的严重等级—><Summary>多余代码</Summary><!—Bug描述标题—><Description>这个语句在这里是多余的语句，没有实际的用处。