反馈管理规范培训.pptVIP

* TD反馈库操作与规范 目录 反馈定义 反馈流程描述 反馈操作规范 反馈描述规范 2 3 1 4 反馈定义 包括需求变更反馈、优化反馈和缺陷反馈三大类型： 变更反馈——客户提出的超出产品说明书指明范围的软件功能建议；包括新增需求、调整需求、删除需求； 优化反馈——客户提出的产品说明书虽未指出但应达到的目标建议；包括系统优化、服务； 缺陷反馈——软件未达到产品说明书标明的功能；或软件出现了产品说明书指明不会出现的错误；包括数据缺陷、需求缺陷、开发缺陷、实施缺陷； 反馈 是项目干系人（包括实施团队、需求团队与项目经理）收集或提出的，针对软件系统可能产生的预期属性的偏离现象。 目录 反馈定义 反馈流程描述 反馈操作规范 反馈描述规范 2 3 1 4 反馈流程描述 我们选择 TestDirector 作为反馈跟踪管理工具。 1.反馈主流程描述 2. Rejected操作流程描述 3. Postponed操作流程描述 目录 反馈定义 反馈流程描述 反馈操作规范 反馈描述规范 2 3 1 4 反馈操作规范-分解 优先级说明 1 反馈状态说明 2 各角色状态转换说明 3 操作注意事项 4 反馈操作规范-优先级别说明 序号 优先级 优先级描述 1 低 如果时间允许应该修复的，客户重视程度不高的反馈 2 中 可以按版本计划执行修复的，客户要求解决，但不急于解决的反馈 3 高 需要立即解决的，影响系统运行，或影响客户业务开展的反馈 优先级别 把反馈按优先级分为三种，具体说明如下： 反馈操作规范-状态说明 New、Open、Detected、Fixed、Reopen、Rejected、Closed、Postponed、Published、Do not Solve。 其中，Detected、Published、Do not solve为反馈的最终状态，其他状态都为反馈的中间过度状态。 各状态具体说明如下： 状态说明 把反馈状态共设置为10 类，具体说明如下： 反馈操作规范-状态说明 序号 状态 状态说明 1 New 首次录入的反馈 2 Open 已经确认，并等待处理的反馈 3 Detected 已经在缺陷库中存在，反馈库中不再处理的反馈 4 Fixed 项目开发团队修改完成后，待测试的反馈 5 Closed 对处于Fixed状态下，进行测试通过的反馈 6 Reopen 对处于Rejected、Postponed、Fixed、Closed状态下，进行测试或验证后不通过的反馈 7 Published 对处于Closed状态下，外部发布后验证通过的反馈 8 Rejected 相关负责人认为不是反馈或拒绝修改 9 Postponed 延迟解决的反馈 10 Do not solve 经过讨论，决定不解决的反馈 开发团队、需求团队、测试团队、实施团队权限 （Team）： New（实施团队，需求团队） Open-Fixed Reopen-Fixed Fixed-Reopen （仅限测试团队/实施团队） Fixed -Closed（仅限测试团队/实施团队） Closed -Published（仅限实施团队） 团队负责人权限 （TL）： New-Open New-Rejected 项目经理权限 （PM）： New New-Open New-Postponed New-Do not solve New-Detected Open-Postponed Open-Detected Reopen-Postponed Postponed-Reopen Rejected- Reopen Postponed-Do not Solve Open-Do not Solve Reopen-Do not Solve Closed-Reopen 反馈操作规范 1 2 3 5 优先级属性 Rejected/Postpond/Closed状态的反馈 暂时不能重现的反馈 “Do not solve” 状态的反馈 注意事项 注意事项 在实际操作过程中有哪些需要注意的地方： 4 6 …… 目录 反馈定义 反馈流程描述 反馈操作规范 反馈描述规范 2 3 1 4 反馈描述规范-添加反馈 反馈记录规则 被提交的反馈包含以下属性（其中*标出的为必填项，斜体表示系统自动记录）与《反馈库模版》保持一致。 注：工作量估算的时候，按“人天=小时工作量/8小时”计 序号 反馈属性 描述 1 *反馈编号 系统自动记录，无需填写 2 *反馈状态 下拉框选择，详见反馈状态说明 3 *反馈性质 下拉框选择，新增需求、调整需求、删除需求、需求缺陷、开发缺陷、实施缺陷、系统优化、数据缺