一、缺陷报告的用途
缺陷报告是软件测试者的重要成果之一，也是主要工作的输出。 高质量的缺陷报告有助于开发者快速识别问题，修复错误
也便于检查员进行缺陷的统计、分析和跟踪管理； 是测试人员和开发人员重要的交流工具。
因此，如果测试人员在测试运行中发现缺陷，则必须记录缺陷并提交缺陷报告。
二、如何编写并提交缺陷报告书？
使用缺陷管理工具。 介绍几种缺陷管理工具，如禅道、BugFree、JIRA、Mantis、Bugzilla和QC。 是的。 可以用这些工具提交缺陷报告。
工具很多，但都是类似的。 一旦熟练使用一个工具，其他工具也很容易掌握。 我将在下节课中详细介绍上述几个缺陷管理工具和BugFree的安装和使用。
如果公司没有安装缺陷管理工具该怎么办？ 我们可以用excel制作报告。 简单快捷。 便于缺陷的残留。
我们在平时的工作中，会发现某种现象。 测试人员发现bug后，给开发者发微信。 或者打电话，告诉你哪个模块和哪个交易有漏洞。 开发者修复后，微信会通知我们回去测试。
其实这很不规范。 为了使测试合规性更有效率，必须提交正式的缺陷报告。
三、缺陷报告的重要组成
(1)号码
提出缺陷的顺序
)2)标题
简明扼要的说明缺陷
)3)发现者
谁发现的缺陷，例如工作号码、用户名、名字等
(4)发现日期
提交缺陷的系统的日期通常是当天
)5)所属模块
是哪个功能模块发现的缺陷(开发经理很容易根据模块确定该缺陷的责任人)。
(6)所属版本
软件的哪个版本发现的缺陷，例如XX系统vYYYY-MM-DD； 或XX系统version X.X.X
)7)分配给谁
测试人员将缺陷分配给开发管理器，开发管理器根据有缺陷的模块将缺陷重新分配给特定的开发人员
)8)缺陷状态
此时有缺陷阶段
(new )测试仪发现缺陷并提交给开发经理时的状态
Open )开发管理器承认并接受该缺陷后的状态(如果开发管理器发现不是缺陷，则拒绝接受。 在这种情况下，缺陷状态为Rejected ) )。
固定)开发者收到缺陷并修复缺陷的状态
闭合)检查员复查修复的缺陷并验证合格后的状态(如果检查员验证该缺陷未修复，即复检失败，该缺陷的状态将更改为Reopen，开发者继续修复) )。
)9)重要程度
Urgent:最严重的缺陷，如死机、系统崩溃等致命问题
Very high:非常严重的缺陷
High:严重缺陷
中介：中度缺陷
Low:小问题
(10 )优先级等级
Urgent:马上解决，开发者放下手头的工作马上处理
Very high:在本版本中解决
High:将在以下版本中解决
Medium:在软件发布(在线)前解决
Low:尽量在软件发布(在线)前解决缺陷
说明：重要性和优先级笼统，实际工作中容易出现矛盾，企业应根据项目实际情况详细界定，工作时参考相应文档。
(11 )缺陷说明
记录发现缺陷的流程、步骤、使用的数据等，使开发人员能够通过该描述再现该错误
需要注意的问题：
逐一记录缺陷，不一起记录两个或多个缺陷
缺陷说明清晰、准确、易读，必要、量少的步骤保证缺陷的再现
缺陷严重程度和优先程度的划分必须准确客观
缺陷报告提交前认真审查，确保提交的缺陷为有效缺陷
不要夸大缺陷，以引起开发者的重视
小缺陷也需要记录缺陷报告书
立即报告缺陷(给开发人员留下足够的修复时间) () ) ) ) ) ) ) ) ) ) ) ) )
对发现的缺陷不做任何评价(随便评价缺陷的话，容易伤害开发者的心哦) ) ) )。
也报告随机缺陷(由于随机缺陷难以再现，有时遵循固定步骤就没有，需要表明是随机缺陷，尽量详细描述其出现步骤和出现频率等) )。
我希望对你有帮助~