测试人员和开发人员的工作质量标准

1、关于提交Bug的质量问题，测试人员提交的Bug必须满足以下质量要求：1) 必须 准确地区分Bug 的 Priority (优先级) -/ When log bugs, please try to use the following guideline./Cosmetic issues -Low priority (likespelling, filters,etc.)/System errors -High or Urgent prioritydepending on how likely a usermight be to run into it./System crashes -Immed

2、iate/All others -NormalCaven 若未达标 -1-3 2）报告出来的Bug在Description中必须能清楚准确地描述问题；- 标准是客户和开发人员能看懂、不会产生歧义和误解；Caven 若未达标 -3-53） 报告出来的 Bug 必须可以重现 ，如有必要，重现步骤要写在 Steps to reproduce 这一栏里面；如果不能重现，请及时找开发人员沟通；Caven 若未达标0 须证明确实不可重现 或 -2-44）必须要准确地定位Bug,要求Summary的描述直接指向问题所在处；Caven 若未达标-1-25） 关于Severity至少要明确区分 feature

3、minor、crash这三者：Feature-包括没有在需求中描述的， 不属于常识性错误的问题；我们的建议；客户的新需求等不在当前这期范围内的系统新特性；Crash-包括未处理异常、某个screen 无法进入、某个功能无法使用等导致系统或系统某个部分无法正常工作的问题；Minor-其它的一般性问题；Caven 若未达标 -1-2 6）关于Attached files,首先鼓励尽量用语言把问题描述清楚，能不上传文件就不上传文件；若有必要上传， 尽量上传小的文件 ，除非迫不得已，不要上传大于 1M 的文件； （如果涉及到界面，还是贴一张图片比较好）Caven 若未达标 -1-2报告 Bug 时应尽

4、量 把相关联的地方一次性全部报告出来， 一个现象在两个不同的模块中都有，就应当报告为一个Bug；Caven 若未达标-2-4如果涉及到删除文件，应确保vss 以及其他人电脑上的文件也删除了 ;Caven 若未达标-2-4 9）新旧Bug之间有关系的，关联最好加上Caven 若未达标 -1-3关于修改Bug的质量问题，开发人员修改的Bug必须满足以下质量要求：必须按照 Bug 的优先级顺序来修改 Bug； (有可能出现特殊情况，比如曹bt的 import ，如果出现特殊情况，要及时 和客户沟通说明情况)Caven 若未达标 -2-4尽可能一次性把相关联的 Bug 全部解决 ；比如几个List 都

5、存在同样的问题，那么即使客户没有全部报告出来，解决时也应当全部解决掉；Caven 若未达标 -1-3跟客户反馈时， 尽可能一次性把客户关心的问题说清楚 ，反馈次数越少，说明你的沟通效率越高，花在解决这个Bug 上面的时间相应越少；Caven 若未达标 -2-4自己负责的模块， when the specification has been completed or issues have been fixed 不应当出现异常或者明显的功能错误； 若是由于关联模块被他人修改而导致异常或者明显的功能错误，则可以谅解，但必须马上解决；Caven 若未达标 -3-55)代码和界面必须是符合开发规范的，

6、一些关键算法和SP必须是高效的；Caven 若未达标-3-56) 如果涉及到删除文件，应 确保 vss 以及其他人电脑上的文件也删除了 。Caven 若未达标-1-37)如果由于修改这个bug而产生了新的bug,应该减分？这种情况的发生是难 以避免的，但发生了是不好的。Caven 应该减，扣分幅度视情况严重性而定；Caven 若未达标 -1-3Something Else-About Issue Status / Feedback if we need customer to make comments;/Assigned if we need customer to fix somethin

7、g or take an action;/Resolved if it is fixed and we need customer to verify the fix;打分的分数我已经在上面的标准中添加，供大家参考，有意见请找我；情况特别严重的，扣分力度会加大，比如客户正式发邮件询问；以后， 开发人员解决完了 Bug 以后，必须先指派给测试人员 ，不能不经过测试人员这关就直接给客户，当然，feedback 除外。Caven 2007/1/12请每个人承担起自己应该担负的 责任 ：测试人员 必须为项目的质量负责、为自己报告和管理的 Bug 负责你负责的模块， 理论上其中所有的 Bug 都应该被你发现， 否则就是失职；因此， 该模块由客户发现的 Bug 个数 是评价你个人工作成果的一个依据；确保每期提交给客户的版本是尽可能高质量的，稳定的，测试人员请负责严格测试自己负责的模块，提交版本第二天的 客户反馈 ，是评价依据；3)报告出来的Bug,必须按照上面的质量标准，其它人对你的打分，是评 价依据；管理一个 Bug， 必须负责该Bug 已经被完全解决， 客户对这个Bug 的 notes和Feedback是评判依据；开发人员 也必须为项目的质量负责、为自己解决的 Bug 品质 负责必须确保 Bug 在你手上一次性被解决彻底 ，测试人员和客户的反