TAPD缺陷写作规范及管理

编写目的：

规范的缺陷写作和管理流程能够提高研发和测试团队的工作效率，减少不必要的沟通成本，故编写此规范文档。

文档阅读对象：测试工程师、研发工程师、产品经理等相关成员

缺陷工具的使用

目前缺陷在tapd中进行管理和跟踪，在获得项目权限后，即可提交缺陷和跟踪缺陷。

缺陷提交界面：

 

我们需要填写的要素：标题、缺陷详细描述、发现版本、模块、优先级、严重程度、处理人、附件。

缺陷写作规范

缺陷规范之标题：

         缺陷标题是缺陷清单中最核心的要素，也是项目成员最先阅读的内容。缺陷标题建议写作规范：【项目名称/模块名称】主要操作及数据，错误说明。

缺陷详细描述：

         详细描述中记录着发现缺陷的详细信息，建议包含缺陷所在系统的入口（路径），登录账号、重现时所用到数据，期望结果和实际结果的对比。

         在详细描述中可以插入缺陷截图，可以更加直观的看到缺陷信息。在缺陷截图中，建议加入图形标识和文字说明以便更清晰展示缺陷。必要时还可以通过录屏展示缺陷。

发现版本号：

版本号、模块：选填项

优先级：

分为5个级别，分别是紧急、高、中、低、无关紧要

l  紧急：阻碍测试工作开展，需要开发人员着手立即修复该缺陷。

l  高：需要开发人员在24小时内修复缺陷

l  中：需要开发人员在一周内修复该缺陷

l  低：需要开发人员在发版前修复即可

l  无关紧要：无修复时间要求，但建议开发有时间修复

严重程度：

分为5个级别，分别是致命，严重，一般，提示，建议

l  致命：缺陷如不修复将可能对用户造成经济损失，主要功能无法使用，功能缺失等。

l  严重：数据处理不正确，页面/功能明确会给用户造成误导、引发用户不舒适。

l  一般：数据显示不正确，偶发性缺陷，用户操作不便等。

l  提示：提示信息错误，文字以及页面显示有误，数据正确但格式不适合阅读习惯。

l  建议：本身可以认为是正确的，但建议开发优化

迭代：

必填项，作为内部版本号，每个项目都有一个确定的版本号