档则由项目经理、测试经理、系统分析员和其他测试人员参与。评审过程中，主要从以下几方面考察文档的质量：
可读性。主要从文档是否符合公司模板规范、逻辑结构层次是否清晰明确、文字表达是否无歧义等方面判断;
完整性。主要从文档是否完全满足要求，是否已覆盖所有的功能点等方面判断;
一致性。主要判断文档表述是否前后不一、是否有矛盾等;
技术可行性。主要判断目前的技术框架是否支持，是否有类似的经验，是否有技术风险等。
2、 技术评审
技术评审包括项目技术框架的选型评审、具体某个模块的技术实现方式评审等。技术框架的评审目的是为了在进入大规模编码开发前确认选择何种技术框架、判断现有的技术框架是否满足项目功能和性能需求、框架是否足够稳定以及可能存在的风险等，具体某个模块的技术实现方式评审目的是为了保证选择的实现方式目前来说是最优的、可以推广到其他模块使用的。技术评审通过评审会议的方式进行，参与的人员包括项目经理、系统分析员、开发人员、公司内部相关技术的专家、有同类项目经验的实施人员、质量控制人员等。
3、测试检查
测试检查是由测试人员根据测试用例对软件产品进行功能测试以及使用压力测试工具对系统进行压力测试。测试检查的目的是确保交付给客户执行验收测试前软件产品经内部严格测试，检查系统是否满足用户需求和符合实际应用环境的需要，从而增强客户对项目成功的信心。
测试发现的缺陷我们使用JIRA系统进行跟踪和监控。测试人员在系统上提bug，由相应的系统分析员负责对缺陷进行原因分析和影响分析，必要时与程序员一起确认问题产生的原因和可能影响的模块，分析后转交由相应的开发人员进行修改，缺陷修复并经单元测试后发布到测试环境交由测试人员进行验证测试并关闭此问题，最后由客户进行验收测试后并确定发布版本和发布时间后予以发布。在这个流程中，测试人员验证测试时需要对该缺陷涉及的本模块其他功能和其他模块进行一轮回归测试，确保已修复的缺陷不再重复产生，其他功能不受影响。
另外，为了确保已发现的缺陷不再重复出现，对于频繁出现的，如界面显示的是代码而非中文、缺乏信息提示、没有进行逻辑检查、后台计算结果有误等缺陷进行进一步的分析，找出是因为系统设计文档的缺陷、人为疏忽还是没有按照设计文档设计或其他原因所导致，从而制定相应的改进措施。
4、代码走查
代码走查主要是对软件代码进行复审，主要以高级程序员复审代码或同级别的程序员交叉检查的形式进行。代码走查的目的是通过抽查，保证代码的编写和注释符合编码规范，编码逻辑符合系统设计要求，减少测试返工以及因测试返工引起的来回沟通、回归测试等问题，降低管理成本，提高开发效率。