编写目的：
规范的缺陷写作和管理流程能够提高研发和测试团队的工作效率，减少不必要的沟通成本，故编写此规范文档。
文档阅读对象：测试工程师、研发工程师、产品经理等相关成员
缺陷工具的使用
目前缺陷在tapd中进行管理和跟踪，在获得项目权限后，即可提交缺陷和跟踪缺陷。
缺陷提交界面：
我们需要填写的要素：标题、缺陷详细描述、发现版本、模块、优先级、严重程度、处理人、附件。
缺陷写作规范
缺陷规范之标题：
缺陷标题是缺陷清单中最核心的要素，也是项目成员最先阅读的内容。缺陷标题建议写作规范：【项目名称/模块名称】主要操作及数据，错误说明。
缺陷详细描述：
详细描述中记录着发现缺陷的详细信息，建议包含缺陷所在系统的入口（路径），登录账号、重现时所用到数据，期望结果和实际结果的对比。
在详细描述中可以插入缺陷截图，可以更加直观的看到缺陷信息。在缺陷截图中，建议加入图形标识和文字说明以便更清晰展示缺陷。必要时还可以通过录屏展示缺陷。
发现版本号：
版本号、模块：选填项
优先级：
分为5个级别，分别是紧急、高、中、低、无关紧要
l 紧急：阻碍测试工作开展，需要开发人员着手立即修复该缺陷。
l 高：需要开发人员在24小时内修复缺陷
l 中：需要开发人员在一周内修复该缺陷
l 低：需要开发人员在发版前修复即可
l 无关紧要：无修复时间要求，但建议开发有时间修复
严重程度：
分为5个级别，分别是致命，严重，一般，提示，建议
l 致命：缺陷如不修复将可能对用户造成经济损失，主要功能无法使用，功能缺失等。
l 严重：数据处理不正确，页面/功能明确会给用户造成误导、引发用户不舒适。
l 一般：数据显示不正确，偶发性缺陷，用户操作不便等。
l 提示：提示信息错误，文字以及页面显示有误，数据正确但格式不适合阅读习惯。
l 建议：本身可以认为是正确的，但建议开发优化
迭代：
必填项，作为内部版本号，每个项目都有一个确定的版本号