BUG提交规范文档

原创

已于 2022-05-17 17:05:49 修改

· 3k 阅读

版权

文章标签：

于 2022-05-16 18:18:24 首次发布

本文档旨在规范软件测试中的BUG提交流程，提高开发与测试人员的沟通效率，避免理解错误。内容涵盖BUG提交的标题、环境、前提条件、操作步骤、严重等级、优先级、复现概率等要素，以及BUG的流转过程和处理策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一概述

1.编写目的

在软件测试阶段经常出现开发人员看不懂或者理解错误测试人员提交的Bug描述这种情况，增加了开发人员和测试人员沟通工作，从而浪费了不必要的时间和人力成本，为尽可能避免这种情况发生而编写此文档来优化测试流程，并加强Bug描述的可读性。

2.读者对象

本文档的主要读者为软件开发项目管理者、开发工程师、测试工程师。

1.TAPD系统中BUG的主要要素

元素	说明
缺陷ID	Bug的唯一标识，由TAPD自动生成
项目名称	每个测试项目都有唯一的名称
关联需求	选择对应的需求项(非必填项)
发现版本	选择发现问题的版本号
关闭版本	选择关闭问题的版本号
验证人	填写验证问题的人员姓名
发布计划	选择对应的发布计划项
模块	当前Bug属于哪一端
优先级	Bug解决的优先级，等级越高越紧急
严重程度	Bug的严重程度
开发人员	对应的开发人员，如不清楚就提交给组长
处理人	负责修复该Bug的人员
抄送人	需要知道该Bug的人员，比如美术产生的bug需要通知到开发人员