一．团队组织 1．常见问题 没有人愿意做测试 觉得养不起那么多测试人员 开发人员不遵循规范，随心所欲 项目经理事必躬亲，分身乏术 2．微软团队模型 各角色的职责 角色 职责 项目经理 编写功能规范，协调各角色关系 产品经理 客户联系的桥梁，进行需求分析 用户教育 让产品容易使用 发布经理 保证产品顺利发布 二．项目管理 1．常见问题 无法决定项目所需的资源（人力和预算） 无法决定项目的进度表 无法控制外包项目的进度和质量 2．微软项目管理-- 多里程碑式流程 每个里程碑完成部分功能 便于团队集中力量完成一个又一个功能 提供多个机会以适应需求的更改 如何完成一个里程碑 步骤一： 达成共识 基本完成需求调研和分析 （产品经理负责） 确定大方向和长中短期目标 所有角色都参与讨论并真正认同结论 产生的文档： o 常见用户情景：覆盖 80%以上功能 o Vision：言简意赅地说明大方向，并有激励团队的作用 步骤二： 完成项目计划 o 编写详细的功能规范（项目经理负责） o 在编程前想清楚所有功能流程，并引导用户明确需求 o 所有角色都参与审阅功能规范 o 制订开发计划和进度表（开发团队） o 制订测试计划和进度表（测试团队） o 分配资源（人力和预算） o 形成项目综合计划和综合进度表 o 产生的文档： 功能规范，开发计划，测试计划（用例），项目综合计划 开发进度表，测试进度表，综合进度表 步骤三： 完成功能 开发人员分别完成自己的功能 使用版本控制工具 使程序员及时 check ou t 和 check in，避免积累大量代码 及时进行模块间的整合，及时发现问题（daily bu ild） 对每一项可测试的功能进行测试，无需等待 使用测试用例工具，对功能进行完整和重复的检验 使用 BMS 进行缺陷跟踪 记录所有程序问题 实现解决 Bu g 的自动流程 按照综合进度表不断检查进度 使用的工具： o 版本控制工具 VSS o 缺陷跟踪工具 Raid/BMS o 测试用例管理工具 步骤四： 稳定与发布 测试组全面地测试功能，包括性能和稳定性 开发组全力配合解决 Bu g 使用 BMS 进行 o 监测质量情况 o 预测发布日期 专家会诊机制： o 决定 Bu g 的优先度 o 决定哪些 Bu g 可以等到下个里程碑或版本中解决 o ...
