项目经理必备基础知识培训_3共通作业流程(测试)及配置管理教学幻灯片.pptVIP

问题1：CQ问管平台的问需单信息记录不够详细。 问需单记录内容过于简单，开发测试易出现理解偏差。 个别开发人员流转单，只描述“请测试”或“处理完”，加大下游阶段 沟通。 个别测试人员流转单，只描述“测试通过”或“请按沟通修改”，给回归测试和版本测试带来不便。 建议：新建需求单，不明确的地方，需求分析人员应向需求提出人确认。 新建问题单，分点描述缺陷重现步骤和测试数据，尽量附上缺陷截图，。 实现有较大改动，开发人员转单时要简要说明。 测试人员转测试通过，要描述测试环境、测试步骤要点、权限角色等等。 2.5.3 ST-关注点 好的缺陷记录制度: 每条缺陷报告只包括一个缺陷（同类缺陷只需一条缺陷报告）； 测试问需单，发现缺陷（问题单记录外的缺陷），新建问题单和对应问需单关联； 测试人员提交缺陷前，确认缺陷库中是否存在重复缺陷，避免提重复单； 建议统一缺陷标题格式和严重级别定义等。 CQ需求单：REQ_需求名称 CQ开发子单：MK_需求名称 CQ测试子单：TEST_需求名称 CQ问题子单：BUG_需求名称_模块（功能）_问题要点 CQ问题单：BUG_模块（功能）_问题要点 总之，规范的缺陷管理制度，有助于减少测试人员和开发人员的沟通成本，为阶段性分析严重影响测试进度的工作提供帮助。 2.5.3 ST-关注点 回归测试定义： 修改旧代码后，重新测试以确认修改没有引入新的错误或导致其他代码产生错误。 贯穿于软件开发的各个阶段。 回归测试时注意两点： 首先，各测试阶段发生的修改尽量要在本测试阶段内完成回归，以免将错误遗留到下一测试阶段。 其次，回归测试期间应对该软件版本冻结，将回归测试发现的问题集中修改，集中回归。 2.5.4 回归测试 目录 配置管理与版本规划 3 STD/ITD/IT/ST阶段规约 2 须掌握的知识点 4 BFSC质量管理体系 1 3.1 实施配置管理的意义 1.积累组织知识和过程财富 2.有效地控制和跟踪变更 3.实现并行及异地开发支撑 4.开展规范化的测试工作 5.规范版本发布管理 6.及时了解项目的进展状况 可回溯性 完整性 正确性 总结：合适有效地实施配置管理意义非凡，它是软件工程的核心部分，是CMMI中最基础的PA要求，始终贯穿整个软件项目的生命周期。 3.2 配置管理内容 (1) 3.2 配置管理内容 (2) 配置项、版本、基线及产品间的关系 3.3 配置管理的工具及环境 SVN：版本管理工具 配置管理工具 PMS：项目管理系统 TD：测试管理工具 CQ：变更管理工具 通过工具可实现流程自动化，提高效率与准确性；但也不能完全替代人工的审核流程和分析。 3.4 实现配置管理的角色与职责 角色 与 职责 1）全面负责配置，实施配置裁剪；2）协助制定配置管理计划；3）制定基线计划，管控变更 项目经理 配置管理员 项目组员 CCB 1）制定配置管理计划，配置初始化；2）管理配置库(变更)记录；3）提交基线报告并向PM汇报 1）按配置管理流程要求提交配置项和评审记录 1）评审变更申请，协助PM控制风险；2）CCB成员尽可能含客户方，在项目启动时确定 各司其职，确保配置管理的有效性。 3.5 配置库权限分配建议 只分配工作必须的开发库目录读写删权限；工作必须的受控库目录读权限。 具有全库的读权限 1 2 3 普通员工 部门经理及QA 配置管理员及PM 具有全库的读写删权限 原则1：以合适、安全、可控为目标 原则2：项目经理规划权限，配置管理员实施 3.6 文档命名规范及版本编码规则 版本号 日期 作者 修订要点 V0.1 2007-8-27 张三 根据用户对“小灵通产品开发需求”，CQ单xxx，形成初稿 V1.0 2007-8-28 张三 经过评审，调整了第5.1“定价计划”章节，修改了配置要求【包括增加的内容、修改的内容、删除的内容等】 V1.1 2009-2-2 李四 根据用户新变更需求，CQ单xxx，在2.1“前台配置界面设计”章节增加了xxx内容。 V2.0 2009-8-1 李四 经过评审，调整了第2.1“前台配置界面设计”章节，修改了界面输入参数的位置。 版本编码 版本编号：“V”+WW.XX 。 取值范围：WW为0-99；XX为0-99。 文档命名 项目名_配置项_分册标识[可选]_描述 例子 3.7 文档配置管理流程 新增文档 修改文档 配置释放 * All Rights Reserved, Copyright ?FFCS 2013 福建富士通信息软件有限公司（FFCS） Fujian Fujitsu Communicatio