3.一般：功能未实现但不影响使用；操作时间较长；数据库表字段过多；页面样式（如错别字、界面格式不规范、页面显示重叠、不该显示未隐藏、描述不清楚、提示语丢失、文字排列不整齐、光标位置不正确）
4.次要：页面建议性问题不影响正常使用；用户体验感觉不好；
(注：对应禅道类型严重程度1.2.3.4)
二．ＢＵＧ状态
1.待处理：测试人员与网站使用人员发现问题提交的状态。
2.已确认：由开发人员确认。（此步可省略）
3.已处理：经测试人员与开发人员讨论确认ＢＵＧ，修改后未验证。由开发人员来设置。
4.已修改：测试人员验证ＢＵＧ已修改。由测试人员来设置。（在禅道关闭ＢＵＧ）
5.仍存在：测试人员验证ＢＵＧ修改不通过。由测试人员来设置。（在禅道激活ＢＵＧ）
6.暂不处理：当前版本不作修改，后续版本再作处理。由测试人员与开发人员讨论后设置。
对于外包或其他按照缺陷类型与缺陷等级来评估软件质量的企业，提交缺陷报告时，准确定义缺陷类型显得尤为重要。这里列出了常见的几种缺陷类型，分别为功能缺陷、逻辑缺陷、数据问题、界面问题、兼容性问题、环境问题、性能类缺陷、需求缺陷以及变更问题。提交缺陷报告时，依据不同类型的缺陷提交，再辅以完整附件与初步定位问题的结果分析，更有助于提高开发人员修复缺陷的效率与质量。（提升开发人员的效率，也正是测试人员展现自身附加价值的一种能力~~）
1 功能
影响了重要的特性、用户界面、产品接口。如功能错误、功能缺失、功能超越、需求二义性。
2 逻辑
不符合业务逻辑。如：分支不正确、重复的逻辑、忽略极端条件、不必要的功能、误解、条件测试错误、循环不正确、计算顺序错误、逻辑顺序错误
3 数据
影响数据输入输出，数据边界、范围。如：数据保存错误、数据单位不正确、数据维数不正确、数据范围不正确、数据覆盖、外部数据错误、输出数据错误、输入数据错误、数据检验错误、精度不够、舍入错误、接口传递数据。
4 页面
人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。如：界面风格不统一、屏幕上的信息不可用、屏幕上的错误信息、界面功能布局和操作不合常规、图片显示错误
5 兼容
软件之间不能正确地交互和共享信息。如：操作平台不兼容、浏览器不兼容、分辨率不兼容。
6 环境
由于运行环境引发的问题。包括测试环境、预发布环境、正式环境。环境类缺陷也需要重要排查，提交缺陷报告时，要备注好结果分析，是配置问题还是稳定性问题。
7 性能
不满足系统可测量的属性值，如：执行时间，事务处理速率等缺陷。由性能测试工程师提出。
喜欢公司不黄了请大家收藏：(m.zjsw.org)公司不黄了爪机书屋更新速度全网最快。