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