试Р Р 图 3 第二批业务人员开展测试工作的流程Р Р 业务培训工作由第一批业务人员承担,按照一天两个子系统的进度,花了一周的时间。Р但这个时候,第二批业务人员对系统的认识还停留在感性水平。接下来又用了一周的时间,Р每位测试业务人员,按照自己接受培训之后的理解,参照需求说明书和产品设计说明书,将Р每个子系统业务流程图画出来。刘贤解释这步工作的目的: Р Р “实际上所有子系统的业务流程图早就做完了,这个只是为了考察我们对系统的Р 理解。通过自己动手画业务流程图,大家就逐步进入了角色。之后,我们业务组组长,Р 根据画流程图的情况,看每个人对哪些子系统最为了解,再结合每个人原来的工作岗Р 位,最终把我们分成了四个组。一个组负责两到三个子系统。进行分工之后,我们就Р 进入了测试工作阶段。”Р Р 由于项目经理充分认识到尽可能早地测试的重要性,对测试工作非常重视,因此早早就Р成立了专门的测试技术组,并由测试组负责人尽早制定了测试计划和测试方案。等第二批业Р务人员加入到项目组、确定了各自负责的子系统之后,测试负责人就开始对他们进行培训,Р包括测试用例的编写、缺陷管理工具的使用等等。Р FMIS 系统没有按照经典的 V 型模式来展开测试,项目经理与测试组负责人根据由业务人Р员承担大部分 FMIS 系统测试工作的特点,制定了完善的测试体系,分为单元测试、用例测试、Р集成测试(又称为联调测试)、功能测试、压力测试、综合测试。主要的测试工作流程图如图Р4 所示。Р 关注单个验证功能系统完整性Р 关业务处理的正确性测试Р 注走查、互查Р 代用例测试集成测试功能测试综合测试Р 码Р 质单元测试Р 量关注多个业务处理压力测试Р 合成的整个业务功能Р 关键点Р 承受能力Р 图 4 FMIS 项目测试工作流程图Р Р 所有代码完成后均需立刻进行单元测试,交由开发人员自己去做。代码检查分为走查和Р 8