2020-05-18 10:37发布
严重程度：程度出现bug对用户的影响的大小程度
优先级：开发修复bug的时间先后顺序
一般各个公司的严重程度和优先级不尽相同。但是大概可以参考一下严重程度和优先级的划分。
严重程度：
影响进度的问题 blocker
死机 critical
功能问题 major 大 normal中 minor小
界面问题 trivial
建议 enhancement
优先级：
应立即修复的问题 priority 1 p1
在产品发布之前必须修复的问题 priority 2 p2
如果时间允许应该修复的问题 priority 3 p3
可以在发布版本中存在的问题 priority 4 p4
一、缺陷的定义及主要类型 所谓“缺陷(bug)”,即为计算机或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。
一般来说，缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。缺陷的主要类型： (1)设计不合理; (2)功能、特性没有实现或部分实现; (3)运行出错，包括运行中断、系统崩溃、界面混乱等; (4)与需求不一致，在执行TestCase时则为实际结果和预期结果不一致; (5)用户不能接受的其他问题，如存取时间过长、界面不美观; (6)实现了需求未提到的功能。二、缺陷的级别、优先级及状态 缺陷有四种级别，分别为：致命的(Fatal)，严重的(Critical)，一般的(Major)，微小的(Minor)。A类-致命的(Fatal)： 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等 B类-严重错误(critical)：系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件 C类-一般错误(major)：次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等， 打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等 D类-较小错误(Minor)，使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范(字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志)，辅助说明描述不清楚 E类- 建议问题(Enhancemental)：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。常用的缺陷的优先级表示方法可分为：立即解决P1、高优先级P2、正常排队P3、低优先级P4.立即解决是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复;高优先级是指缺陷严重影响测试，需要优先考虑;正常排队是指缺陷需要正常排队等待修复;而低优先级是指缺陷可以在开发人员有时间的时候再被纠正。正确评估和区分缺陷的严重性和优先级，是测试人员和开发人员以及全体项目组人员的一件大事。这既是确保测试顺利进行的要求，也是保证质量的重要环节，应该要引起足够的重视。这
1)表示软年缺陷所造成的危害的恶劣程度;
2)优先级表示修复缺陷的重要程度与次序。
严重级:
1)严重：系统崩溃、数据丢失、数据毁坏。
2)较严重：操作性错误、错误结果、遗漏功能。
3)一般：小问题、错别字、UI布局、罕见故障。
4)建议：不影响使用的瑕疵或更好的实现。
优先级:
1)最高优先级：立即修复，停止进一步测试。
2)次高优先级：在产品发布之前必须修复。
3)中等优先级：如果时间允许应该修复。
4)最低等优先级：可能会修复，但是也能发布。
一般的严重性和优先级的划分用数字1～4表示，有的小数字表示的级别最高;而有的用大数字表示级别高。同样的错误和缺陷，在不同的开发过程或软件的不同部分，严重性和优先级将有所变化，要具体情况具体分析。
1）致命错误：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
2）严重错误：系统主要功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启，自动退出，关联程序间调用冲突，安全问题、稳定性等。
3）一般错误：功能没有完全实现但不影响使用，功能菜单存在缺陷但不影响系统稳定性。
4）建议问题：界面，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。
虽然从事开发行业的女生越来越多，但女生的比例还是远比不上男生。软件测试的男女生比例则基本相当，软件测试要求细心、耐心，大部分女生也是比较适合学的。而且软件测试课程分为手工测试和自动化测试，手工测试分为功能测试、性能测试、接口测试。自动化测试...
需要。很多人当初抱着测试不需要懂代码，才选择了这个行业，这个就要看对自己的职业定位了，是止步于月薪过万就可以了，还是往20k、30k去突破，如果这样的话，是肯定要会接口、会自动化，就必然要涉及到代码。如果真的看不懂代码，实际的测试后期的工作会出现...
在我看来游戏开发挺难的，尤其像手游一类的还有网游，里面有很多的程序代码而且伤神又费力，不过也有女生在这方面做的很好的，如果你感兴趣，非常想学，可以试试
软件测试专业现在很火热，很缺少人才，25岁学软件测试能学会，就业薪资也高，工作也相对轻松
测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用...
这个其实和接口测试的场景密不可分的，比如说：外部接口测试： 必须先接口测试通过了，才能执行功能测试子系统或者各个模块之间的联调测试： 必须各子系统后台代码完成，并提供接口才可以完成测试，一般来说都要求各子系统功能测试通过后再进行...
这个是会因为公司的架构不同而不同的，并不是固定的，但是一般是会有专门的测试部门，或者叫质量保证部，也有可能是叫别的名字。
移动端测试，包括App兼容性测dao试，7*24小时稳定性测试，功耗性能测试，UI测试，交互测试等，课程主要学习的内容有：1、功能测试主要包括计算机基础、软件测试核心理论、Linux、数据库，学习目标是掌握软件测试核心理论，结合Linux、数据库等可实现移动端、w...
标题 1. 首先要做一个标题党（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长 2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找 3. 缺陷的标题一定要描述在什么情况下发生了什么问...
1、 缺陷报告可以记录缺陷2、可以对缺陷进行跟踪管理3、可以对缺陷报告进行分类 总结 统计
1、缺陷编号（Defect ID)，提交BUG的顺序。2、缺陷标题（summary),简明扼要的说明一下这个BUG。3、缺陷的发现者（DetectedBy) ,一般是自己。4、发现缺陷的日期（Detected on date)，一般是当天。5、缺陷所属的模块（subject)， 在测试哪个模块的时候发现的BUG...
缺陷标题好的缺陷标题需要让相关人员一目了然，一般建议的格式是条件+失败。缺陷类型缺陷类型也是根据具体的项目而定的。但一般情况下分为功能、界面、建议。重现步骤重现步骤的编写规则可以参考测试用例中的操作步骤 ，一定要足够详细、说明清楚问题的操作顺...
工具：NoSQLUnitJsTestDriverQTRunnerVenusFluintBuster.JSSQLUnitECUTQTestlibUnitilsgreatestDbUnitAbbotGoogleTest框架：JUnitMoqJSCaptureMockCUnitPyUnitCppUTestCppUnitzCUTcipra
JunitTestNGGoogleTestpytestunittestJmockitJaCoCogcov、lcov、gcovrCoverage.pyEvoSuiteDiffblue Cover
React Hooks测试库( Testing Library)是一个简单而完整的React Hooks测试工具。 React Hooks测试库让用户可以为React钩子创建简单的测试工具，自定义钩子的输入和检索输出，以处理在功能组件体内运行的情况。 使用React Hooks，用户不必为了测试而去担...
1、单元测试注重代码逻辑，接口测试注重业务逻辑；2、单元测试的粒度最小，是测试最小独立的单元模块（不依赖其他模块）；接口测试不是，会覆盖很多；3、单元测试是白盒测试，接口测试是黑盒测试；4、单元测试关注的是代码的实现和逻辑，测试范围较小，保证实...
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','/static/images/logo.png', '推荐 叮叮不叮咚 的问题《如何划分缺陷与错误严重性和优先级别？》','http://www.shouhuola.com/q-12560.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
严重程度：程度出现bug对用户的影响的大小程度
优先级：开发修复bug的时间先后顺序
一般各个公司的严重程度和优先级不尽相同。但是大概可以参考一下严重程度和优先级的划分。
严重程度：
影响进度的问题 blocker
死机 critical
功能问题 major 大 normal中 minor小
界面问题 trivial
建议 enhancement
优先级：
应立即修复的问题 priority 1 p1
在产品发布之前必须修复的问题 priority 2 p2
如果时间允许应该修复的问题 priority 3 p3
可以在发布版本中存在的问题 priority 4 p4
一、缺陷的定义及主要类型 所谓“缺陷(bug)”,即为计算机或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。
一般来说，缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷来源、缺陷原因等。缺陷的主要类型： (1)设计不合理; (2)功能、特性没有实现或部分实现; (3)运行出错，包括运行中断、系统崩溃、界面混乱等; (4)与需求不一致，在执行TestCase时则为实际结果和预期结果不一致; (5)用户不能接受的其他问题，如存取时间过长、界面不美观; (6)实现了需求未提到的功能。二、缺陷的级别、优先级及状态 缺陷有四种级别，分别为：致命的(Fatal)，严重的(Critical)，一般的(Major)，微小的(Minor)。A类-致命的(Fatal)： 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等 B类-严重错误(critical)：系统的主要功能部分丧失、数据不能保存，系统的次要功能完全丧失。问题局限在本模块，导致模块功能失效或异常退出。如致命的错误声明，程序接口错误，数据库的表、业务规则、缺省值未加完整性等约束条件 C类-一般错误(major)：次要功能没有完全实现但不影响使用。如提示信息不太准确，或用户界面差，操作时间长，模块功能部分失效等， 打印内容、格式错误，删除操作未给出提示，数据库表中有过多的空字段等 D类-较小错误(Minor)，使操作者不方便或遇到麻烦，但它不影响功能过的操作和执行，如错别字、界面不规范(字体大小不统一，文字排列不整齐，可输入区域和只读区域没有明显的区分标志)，辅助说明描述不清楚 E类- 建议问题(Enhancemental)：由问题提出人对测试对象的改进意见或测试人员提出的建议、质疑。常用的缺陷的优先级表示方法可分为：立即解决P1、高优先级P2、正常排队P3、低优先级P4.立即解决是指缺陷导致系统几乎不能使用或者测试不能继续，需立即修复;高优先级是指缺陷严重影响测试，需要优先考虑;正常排队是指缺陷需要正常排队等待修复;而低优先级是指缺陷可以在开发人员有时间的时候再被纠正。正确评估和区分缺陷的严重性和优先级，是测试人员和开发人员以及全体项目组人员的一件大事。这既是确保测试顺利进行的要求，也是保证质量的重要环节，应该要引起足够的重视。这
1)表示软年缺陷所造成的危害的恶劣程度;
2)优先级表示修复缺陷的重要程度与次序。
严重级:
1)严重：系统崩溃、数据丢失、数据毁坏。
2)较严重：操作性错误、错误结果、遗漏功能。
3)一般：小问题、错别字、UI布局、罕见故障。
4)建议：不影响使用的瑕疵或更好的实现。
优先级:
1)最高优先级：立即修复，停止进一步测试。
2)次高优先级：在产品发布之前必须修复。
3)中等优先级：如果时间允许应该修复。
4)最低等优先级：可能会修复，但是也能发布。
一般的严重性和优先级的划分用数字1～4表示，有的小数字表示的级别最高;而有的用大数字表示级别高。同样的错误和缺陷，在不同的开发过程或软件的不同部分，严重性和优先级将有所变化，要具体情况具体分析。
1）致命错误：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
2）严重错误：系统主要功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启，自动退出，关联程序间调用冲突，安全问题、稳定性等。
3）一般错误：功能没有完全实现但不影响使用，功能菜单存在缺陷但不影响系统稳定性。
4）建议问题：界面，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。
相关问题推荐
虽然从事开发行业的女生越来越多，但女生的比例还是远比不上男生。软件测试的男女生比例则基本相当，软件测试要求细心、耐心，大部分女生也是比较适合学的。而且软件测试课程分为手工测试和自动化测试，手工测试分为功能测试、性能测试、接口测试。自动化测试...
需要。很多人当初抱着测试不需要懂代码，才选择了这个行业，这个就要看对自己的职业定位了，是止步于月薪过万就可以了，还是往20k、30k去突破，如果这样的话，是肯定要会接口、会自动化，就必然要涉及到代码。如果真的看不懂代码，实际的测试后期的工作会出现...
在我看来游戏开发挺难的，尤其像手游一类的还有网游，里面有很多的程序代码而且伤神又费力，不过也有女生在这方面做的很好的，如果你感兴趣，非常想学，可以试试
软件测试专业现在很火热，很缺少人才，25岁学软件测试能学会，就业薪资也高，工作也相对轻松
测试类型有：功能测试，性能测试，界面测试。功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用...
这个其实和接口测试的场景密不可分的，比如说：外部接口测试： 必须先接口测试通过了，才能执行功能测试子系统或者各个模块之间的联调测试： 必须各子系统后台代码完成，并提供接口才可以完成测试，一般来说都要求各子系统功能测试通过后再进行...
这个是会因为公司的架构不同而不同的，并不是固定的，但是一般是会有专门的测试部门，或者叫质量保证部，也有可能是叫别的名字。
移动端测试，包括App兼容性测dao试，7*24小时稳定性测试，功耗性能测试，UI测试，交互测试等，课程主要学习的内容有：1、功能测试主要包括计算机基础、软件测试核心理论、Linux、数据库，学习目标是掌握软件测试核心理论，结合Linux、数据库等可实现移动端、w...
标题 1. 首先要做一个标题党（此标题党非彼标题党）。标题一定要清晰简洁易理解，不应该臃长 2. 尽量前缀要规范，例如模板： [Product][Version]_[Feature]_[Title]，这样描述会很清晰，也方便查找 3. 缺陷的标题一定要描述在什么情况下发生了什么问...
1、 缺陷报告可以记录缺陷2、可以对缺陷进行跟踪管理3、可以对缺陷报告进行分类 总结 统计
1、缺陷编号（Defect ID)，提交BUG的顺序。2、缺陷标题（summary),简明扼要的说明一下这个BUG。3、缺陷的发现者（DetectedBy) ,一般是自己。4、发现缺陷的日期（Detected on date)，一般是当天。5、缺陷所属的模块（subject)， 在测试哪个模块的时候发现的BUG...
缺陷标题好的缺陷标题需要让相关人员一目了然，一般建议的格式是条件+失败。缺陷类型缺陷类型也是根据具体的项目而定的。但一般情况下分为功能、界面、建议。重现步骤重现步骤的编写规则可以参考测试用例中的操作步骤 ，一定要足够详细、说明清楚问题的操作顺...
工具：NoSQLUnitJsTestDriverQTRunnerVenusFluintBuster.JSSQLUnitECUTQTestlibUnitilsgreatestDbUnitAbbotGoogleTest框架：JUnitMoqJSCaptureMockCUnitPyUnitCppUTestCppUnitzCUTcipra
JunitTestNGGoogleTestpytestunittestJmockitJaCoCogcov、lcov、gcovrCoverage.pyEvoSuiteDiffblue Cover
React Hooks测试库( Testing Library)是一个简单而完整的React Hooks测试工具。 React Hooks测试库让用户可以为React钩子创建简单的测试工具，自定义钩子的输入和检索输出，以处理在功能组件体内运行的情况。 使用React Hooks，用户不必为了测试而去担...
1、单元测试注重代码逻辑，接口测试注重业务逻辑；2、单元测试的粒度最小，是测试最小独立的单元模块（不依赖其他模块）；接口测试不是，会覆盖很多；3、单元测试是白盒测试，接口测试是黑盒测试；4、单元测试关注的是代码的实现和逻辑，测试范围较小，保证实...