bug中的Priority和Severity

提交bug时，需要包含几个主要部分：环境、其他相关信息、步骤、期望结果、实际结果和附加文件等。

其他相关信息中，Priority（优先级）和Severity（严重级别）是2个主要内容。如何定义优先级和严重级的级别，本文暂且不论，因为不同的公司、不同的产品对于级别的定义不完全一致。

现在想讨论一下bug生命周期中时，谁来写bug的Priority和Severity更合适一些。 个人认为，Severity是指bug的严重级别，这个应由测试人员填写，因为测试人员会针对项目的情况和不同时期，区分bug的严重级别。同样的问题，在不同的阶段，Severity也是有区别的。比如：项目测试初期，一些UI的问题一般认为严重级别相对较低，但到了release阶段，产品即将发布了，如果还出现UI错乱等类似的问题，应该属于相对严重的问题，bug的Severity的级别会较高。

而bug的Priority（优先级），由开发工程师的lead或者开发工程师确定比较好，每天开发工程师会收到很多的bug, 他们可以根据bug的严重程度、修复bug需要花费的时间和难度等多种因素，确认每个bug的优先级。尽快修复优先级较高的bug并提交测试。

现在有些公司bug的Priority和Severity都是测试人员提交bug时定义的，开发工程师根据测试人员定义的优先级修复bug, 这样不可避免的会产生问题，一般测试人员认为Severity高的Priority就高，但是测试人员不了解bug修复难度，无法评估bug修复需要的时间，开发工程师根据这样的Priority安排修复bug顺序， 可能会影响项目的进度。 当然，开发人员可以根据实际情况修改Priority,并按照实际情况安排bug修复时间。