What is diff between severity and priority?
Differentiate Priority and SeverityThe effect of a bug on the software does not automatically correlate with the priority for fixing it. A severe bug that crashes the software only once in a blue moon for 1% of the users is lower priority than a mishandled error condition resulting in the need to re-enter a portion of the input for every user every time.
Therefore:
Track priority and severity separately, then triage appropriately. It helps to have input from others on the team on priority. The importance of a bug is a project decision, different from the bug's perception by the Customer. In some cases it makes sense to track Urgency, the customer's point of view, separately.
What's the difference between priority and severity?
"Priority" is associated with scheduling, and "severity" is associated with standards. "Piority" means something is afforded or deserves prior attention; a precedence established by order of importance (or urgency). "Severity" is the state or quality of being severe; severe implies adherence to rigorous standards or high principles and often suggests harshness; severe is marked by or requires strict adherence to rigorous standards or high principles, e.g. a severe code of behavior. The words priority and severity do come up in bug tracking. A variety of commercial, problem-tracking/management software tools are available. These tools, with the detailed input of software test engineers, give the team complete information so developers can understand the bug, get an idea of its 'severity', reproduce it and fix it. The fixes are based on project 'priorities' and 'severity' of bugs. The 'severity' of a problem is defined in accordance to the customer's risk assessment and recorded in their selected tracking tool. A buggy software can 'severely' affect schedules, which, in turn can lead to a reassessment and renegotiation of 'priorities'.Severity（严重性）与Priority（优先级）之间的区别是什么？
Severity（严重性）与Priority（优先级）之间的区别是什么？软件里的Bug所产生的效果不会自动的与修复它的优先级相关联。一个严重的Bug可能是那种对1%的用户来说也是不太会发生的使软件崩溃的bug。那它的优先级也比那些误操作导致的需要对每个用户每次需要重新键入一部分输入的Bug的优先级要低。
因此：需要分别跟踪Bug优先级和严重性，然后进行适当的修复。Bug的重要性是由项目来决定的，不同于客户对Bug的感知。某些情况下，分别跟踪急迫的或是按照客户观点定义的Bug也是很有意义的。
优先级与项目日程相关，严重性与标准相关。优先级表示需要优先考虑和注意的对象；由重要性顺序构建成优先级；严重性暗示需要严格遵照标准或者是高层原则，比如，一个严重的代码行为。优先级和严重性这2个词出现在Bug跟踪里。某种商业化的，问题跟踪及管理的软件工具是可行的。这些工具，随着测试工程师们逐条的输入，给予团队完整的信息，以致开发人员能明白Bug，明白Bug的严重性，重现它，并修复它。修复建立在优先级和严重性的基础上。严重性的问题按照客户的风险评估来定义，并记录于被选择的跟踪工具中。多Bug的软件会“严重”影响项目进度，依次也能导致对“优先级”重新评估和商榷。 谢谢了！！！！ “A severe bug that crashes the software only once in a blue moon for 1% of the users is lower priority than a mishandled error condition resulting in the need to re-enter a portion of the input for every user every time. ”
这句话比较难翻译，而且比较难理解。
页:
[1]
