实施人员反馈问题规范.docVIP

实施人员反馈问题规范 版本 修订人 修订日期 备注说明 1.0 胡晓斌 2010-9-1 初稿 实施人员发出的问题反馈单是公司测试人员定位问题，开发人员修改问题，管理层决定修改计划的主要依据和实施人员跟踪问题处理的依据文件，所以文档描述问题的准确性、完整性是文档必须要满足的条件。 该规范的目的是为实施人员提供问题反馈单编写的指导，提高编写的问题反馈单的可读性、合理性，及可操作性。使公司人员可以更好的修复遗漏的缺陷，进而提高用户的满意度。 1、反馈问题 实施人员反馈的问题可以分为三类：功能问题、业务问题、易用性问题、界面问题。 功能问题 功能问题是指某一功能没有实现或没有完整实现而导致功能未能正确完成的问题。此种问题需要实施人员自己先定位分析清楚问题的原因，然后在问题反馈单中清楚地描述出重现的步骤和重现条件。如果问题比较复杂，语言描述不清楚的话就需要附上截图；如果是数据问题则要描述清楚是什么操作产生了错误数据；如果是数据库脚本问题，则要找出错误的脚本；如果是公式错误，则要反馈出正确的公式给公司。 业务问题 业务问题是指程序实现的业务功能和用户的业务需求不符的问题。此种问题需要实施人员搞清楚实际的业务，并在问题反馈单中准确的描述出用户的实际业务，涉及流程的需要画出简单的业务流程图，并描述清楚业务节点的各种限制及验证条件。 易用性问题 易用性问题是指程序操作或控制对于用户使用环境来说过于繁琐或过于严格，增加了不必要的工作量，降低了用户工作效率。此种问题需要实施人员搞清楚用户期望的操作方式或对操作的控制条件，在自己理解后，用精确的语言描述反馈公司，复杂的业务流程易用性需要用画图与语言描述相结合的方式反馈公司。 界面问题 界面问题是指界面不够美观或文字描述不符和用户环境导致的问题。此种问题实施人员需要描述清楚具体的界面或标签，并反馈用户对界面或文字描述的期望或要求。 2、反馈新需求 反馈新需求是用户需要在当前系统中新增功能或业务处理时，实施人员以新需求的形式将用户要求反馈到公司的过程。此种情况实施人员需要调研清楚新需求涉及到的所有功能要求，及涉及到的所有业务流程，必须尽可能的严谨和详细。并且在反馈前需要拿着该文档征询用户意见，并要求用户在确认的情况下签字。 3、反馈单命名规范 问题反馈单的命名规范为： 项目名称缩写的每个字的第一个字母大写+QX+具体功能模块页面的汉字名称+日期。例如2010年9月1日反馈的产品化系统中每日一题维护模块的缺陷反馈单命名为：CPH_QX_每日一题维护_座机电话号码.DOC 。 需求反馈单的命名规范为： 项目名称缩写的每个字的第一个字母大写+XQ+日期。例如2010年9月1日反馈的产品化系统中的需求反馈单命名为：CPH_XQ_座机电话号码.DOC 。