软件测试工程师如何准确定义缺陷类型？

　　随着信息技术的迅猛发展，不少人将目光转向IT行业，而软件测试行业更是凭借其人才缺口大、薪资待遇好、发展方向广、无性别歧视、学习门槛低、技术上手快等优势吸引了许多人的目光，甚至吸引了很多零基础的人员通过软件测试课程培训入行，今天八维职业学校和大家一起来看看软件测试工程师如何准确定义缺陷类型，希望有助于大家学习。

　　对于外包或其他按照缺陷类型与缺陷等级来评估软件质量的企业，提交缺陷报告时，准确定义缺陷类型显得尤为重要。提交缺陷报告时，依据不同类型的缺陷提交，再辅以完整附件与初步定位问题的结果分析，更有助于提高开发人员修复缺陷的效率与质量。（提升开发人员的效率，也正是测试人员展现自身附加价值的一种能力）

　　1、功能。影响了重要的特性、用户界面、产品接口。如功能错误、功能缺失、功能超越、需求二义性。

　　2、逻辑。不符合业务逻辑。如：分支不正确、重复的逻辑、忽略极端条件、不必要的功能、误解、条件测试错误、循环不正确、计算顺序错误、逻辑顺序错误

　　3、数据。影响数据输入输出，数据边界、范围。如：数据保存错误、数据单位不正确、数据维数不正确、数据范围不正确、数据覆盖、外部数据错误、输出数据错误、输入数据错误、数据检验错误、精度不够、舍入错误、接口传递数据。

　　4、页面。人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。如：界面风格不统一、屏幕上的信息不可用、屏幕上的错误信息、界面功能布局和操作不合常规、图片显示错误

　　5、兼容。软件之间不能正确地交互和共享信息。如：操作平台不兼容、浏览器不兼容、分辨率不兼容。

　　6、环境。由于运行环境引发的问题。包括测试环境、预发布环境、正式环境。环境类缺陷也需要重要排查，提交缺陷报告时，要备注好结果分析，是配置问题还是稳定性问题。

　　7、性能。不满足系统可测量的属性值，如：执行时间，事务处理速率等缺陷。由性能测试工程师提出。

　　8、需求。影响发布和维护，包括注释等缺陷。如：描述含糊、项描述不完整、项描述不正确、项缺少或多余、项不能验证、项不能完成、不符合标准、与需求不一致、文字排版错误、文档信息错误、注释缺陷。此类缺陷一般在文档测试阶段排除，但难免会有遗漏 ，但在系统测试阶段发现时仍归于需求类缺陷 。

　　9、需求变更。测试过程中发现实现错误而必须变更的需求逻辑，一般情况下，需求变更缺陷并非开发人员原因造成，若属于必要变更且初步预估工期超过0.5人天，则需要重新排期，此类缺陷在项目复盘会议上会重点提出。