前言
逛了会儿博客，发现关于软件测试的系列教程比较的杂乱，也没有人整理过一套完整的知识，就自己整理了下找到的资料，和一些个人的见解，做成了这套从零开始学软件测试的文章
这个系列会分成三个阶段
基础篇
过渡篇
自动化测试篇
基础篇（01）：bug级别的定义
做软件测试，主要的还是测试两字，我们要搞清自己的工作对象——找bug
虽然说找bug对软件测试这个岗位有点笼统，但对于新人来说，必须的有个确切的定义，就暂定为"找bug了"
一、那么什么是bug呢？
我们可以把bug按类型进行分类
（1）依据优先级分类。
（2）依据严重程度分类。
二、主要内容
优先级分类
依据优先级分类标准
优先级的定义：指一个BUG相对于其他BUG对于公司的影响，解决的及时性。
级别“紧急”，例如：
（1）系统无法工作
（2）测试无法继续正常工作
（3）特殊情况：如重要客户（项目重要性）
级别“高”，例如：
（1）需求问题
（2）实现与需求不符
（3）出现调试代码
（4）功能性错误
（5）关联性错误
（6）前后模块不一致
（7）链接错误
（8）特殊性的程度性能低下
（9）程序引起的安全问题
注：涉及所有关于数据流的错误都默认为高优先级
级别“中”，例如：
（1）页面格式错误
（2）兼容性问题
（3）校检错误
（4）图片错误
（5）文案错误
（6）程序性能低下
（7）缺少容错性处理
（8）功能易用程度低
（9）配置问题
注：涉及的所有关于文本的错误都默认为中优先级
级别“低”，例如：
（1）遗留问题
（2）暂时无法实现技术问题
（3）合理建议
严重程度分类
严重程度的定义：指一个BUG对于用户造成的影响，风险和可视性。
分类标准
级别“紧急”，例如：
（1）程序无法运行的错误
（2）测试无法执行的错误
级别“非常高”，例如：
（1）链接错误
（2）前后模块不一致
（3）需求问题
（4）实现与需求不符
（5）出现调试代码
（6）功能性错误
（7）程序性能低下
（8）程序引起的安全问题
级别“高”，例如：
（1）页面格式错误
（2）文案错误
（3）图片错误
（4）兼容性错误
（5）校检错误
级别“中”，例如：
（1）关联性错误
（2）配置问题
（3）功能易用程度低
级别“低”，例如：
（1）合理建议
（2）遗留问题
（3）暂时无法实现技术问题
注意事项
- 一些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。
- 为了错误数量的准确性，测试人员提交的每一条BUG报告中只记录一个错误
- 如果有各个模块中有同类错误的问题，作为多个模块的记录提交，即需要提交多条相同的错误记录，而不是一条记录。
三、错误分类具体说明条例
文案错误
（1）出现错误文字
（2）出现错别字
图片错误
（1）出现图片地址的错误
（2）图片不能正常显示
（3）页面缺图
链接错误
最后想说的是，大家有想交流学习的，可以来我的大家庭聊聊呀点击并输入暗号：CSDN
有资料大礼包相送哦
