禅道BUG解决方案的各种说辞

最新推荐文章于 2025-10-16 10:47:37 发布

原创最新推荐文章于 2025-10-16 10:47:37 发布 · 5.4k 阅读

2 ·

CC 4.0 BY-SA版权

本文介绍了一种软件开发中常见的缺陷管理流程，包括已否决、重复BUG、已修复、无法重现、延期处理、不修改、转为需求及待讨论等状态，详细解释了每种状态的含义及其应用场景。

已否决：当心，回归测试时会重开哟
重复BUG：你已经提过了
已修复：杀了一个程序员祭天
无法重现：我这边是正常的啊
延期处理：现在解决不了
不修改：从此不必再纠缠
转为需求：让我们回到原点
待讨论：听项目经理的

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

acngiser

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
2
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

“缺陷管理工具”禅道—升华Bug处理流程与相关属性

测试开发之路BeeTester

12-09

6512

“缺陷管理工具”禅道—升华Bug处理流程与相关属性作为一个软件测试工程师，对缺陷管理工具（缺陷：Bug）的认识和准确操作是有所必要的，缺陷管理工具现在行业中有很多：禅道、QC、Clear Quest、TestLink、Bugfree、Bugzilla、Jira等。本文选择根据禅道带大家认识Bug处理流程以及Bug的相关属性：Bug标题、重现步骤、Bug类型、Bug严重程度、Bug优先级、Bug来...

禅道在bug解决页、关闭页增加自定义字段

qq_24502837的博客

04-18

1036

禅道在bug解决页、关闭页增加自定义字段

2 条评论您还未登录，请先登录后发表或查看评论

软件测试之缺陷管理中BUG的几种状态

公众号：【伤心的辣条】

03-22

5941

软件的缺陷是软件开发过程中的重要属性，它提供了许多信息。不同成熟度的软件组织采用不同的方式管理缺陷。低成熟度的软件组织会记录缺陷，并跟踪缺陷纠正过程。高成熟度的软件组织，还会充分利用缺陷提供的信息，建立组织过程能力基线，实现量化过程管理，并可以此为基础，通过缺陷预防实现过程的持续性优化。

禅道提交bug的几种状态

热门推荐

mihupet的博客

10-23

2万+

禅道Bug等级划分标准一、严重程序 P1：致命（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用、内存泄漏、严重计算错误、无法登录、无法正常退出、功能设计与需求严重不符，模块无法

禅道 bug状态 open_小工具大帮手，利用 @open-node/antman 实现 node.js 进程线上调试，无须重启...

weixin_39959569的博客

01-23

339

@open-node/antman 窥探进程内部，让 Node.js 生产环境线上调试成为可能解决了什么问题?日常在开发服务端代码，很多是服务类型的，比如基于http的api，或者一些任务脚本，需要长时间驻留系统来处理消息队列，这些进程一旦发生bug，有时候很难还原发生bug时进程中个变量的状态。比如常见的内存溢出，这些情况发生后，排查问题非常吃力，因为很多时候进程只是崩掉了，或者输出了一大堆晦涩...

禅道BUG打回处理流程.doc

12-12

生产环境BUG书写规范说明书.docx 有利于解决开发和测试人员之间因为是否是bug等问题产生的矛盾，减少沟通成本

禅道Bug提交管理规范

01-23

禅道Bug提交管理规范测试流程管理。本文档定义了bug管理流程及其bug相关信息内容。

禅道bug管理系统.zip

04-22

- 解决部署问题：在实际部署过程中可能会遇到各种问题，如权限不足、依赖库缺失等，禅道的部署问题解决部分提供了解决这些问题的常见方案和建议，帮助用户顺利进行安装。 2. **功能特性**： - **产品管理**：允许...

完整的禅道bug标题.txt

07-03

测试用例不只是测试人员自己需要看，还是和开发人员...试人员提出的bug，开发并不能理解，或者不能很好的重现（提完的bug如果记录不完整，隔两天过后，可能测试人员自己就看不懂），这个bug必须完整的描述出来。

禅道，bug管理工具

11-14

禅道项目管理软件是国产的开源项目管理软件,专注研发项目管理,内置需求管理、任务管理、bug管理、缺陷管理、用例管理、计划发布等功能,实现了软件的完整生命周期管理。已部署在linux服务器，测试可用，因为禅道有开源代码，所以分享给大家，一起学习

7.0禅道：提bug、管理case 有项目经理、bug周期、修bug流程

u011583645的博客

03-01

6025

新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。

禅道bug

bug_pass的博客

03-03

165

软件缺陷（Bug）、禅道

m0_62798969的博客

07-22

3000

软件在使用过程中存在的任何问题（如：错误、异常等），都叫软件的缺陷，简称bug。

软件测试管理神器之zentao(禅道)-BUG管理

测试小小小的博客

08-31

3059

软件测试管理神器之zentao(禅道)-BUG管理禅道在遵循其管理方式基础上，结合国内研发现状，整合了bug管理，测试用例管理，发布管理，文档管理等功能，完整的覆盖了软件研发项目的整个生命周期。在禅道软件中，明确的将产品、项目、测试三者概念区分开，产品人员、开发团队、测试人员，三者分立，互相配合，又互相制约，通过需求、任务、bug来进行交相互动，终通过项目拿到合格的产品。禅道是一个软件全生命周期管理工具，但作为测试人员，可能梗关注其中的bug管理及测试用例管理的模块，本文就重点说下bug管理。

软件测试通过标准

息妫的博客

11-01

2万+

依据我们公司实际情况，列出的一个大致的软件测试通过标准，这个只是功能方面的，性能安全的不在这个范围。为什么要写这个标准，是因为公司领导经常会问到，‘’这个项目怎么就是测试通过了？‘’ 以防他天天问，列一个标准给大家，这样都清楚点。不过也想看看大家有没有什么补充或指正的，多多提出，谢谢~谢谢软件测试通过标准 1．编写目的本文件作为软件测试过程的通过标准，目的是合理

Day8：禅道的使用方法、bug的知识点

user_name_admin2的博客

02-24

1811

（1）定义禅道是一个项目管理工具，也是一个bug管理工具，还是一个用例管理工具。（2）作用：为了解决众多企业在管理中出现混乱，无序的现象，开发出来（3）来源：禅道属易软天创公司（4 ）禅道是集于产品管理，项目管理，测试管理于一身，同时包含事务管理，组织管理8众多功能，是中小企业管理的首先工具（5）架构：bs架构。

禅道Bug等级划分标准

张安金的博客

05-17

5743

一、严重程序 P1：致命（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用、内存泄漏、严重计算错误、无法登录、无法正常退出、功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突等。 P2：严重（不影响其他功能测试的情况下可以继续该版本测试）系统主要功能部分丧失、数据库保存调

禅道bug测试

06-05

### 禅道 Bug 测试功能使用指南在禅道中进行 Bug 测试是一项系统化的过程，涉及测试人员、开发人员以及项目管理人员之间的协作。以下是关于如何在禅道中进行 Bug 测试或查找相关功能的详细说明。 #### 1. 创建 Bug 测试人员在测试过程中发现异常时，可以通过以下步骤创建 Bug： - 登录禅道系统，进入对应的测试项目页面。 - 点击“提交 Bug”按钮，进入 Bug 提交界面[^1]。 - 在 Bug 提交界面中，填写必要的信息，包括但不限于： - **所属产品**：自动填充当前测试项目的名称。 - **所属模块**：根据测试用例的分类选择相应的模块。 - **影响版本**：手动选择测试过程中使用的软件版本。 - **Bug 类型**：按照测试大纲中的用例分类填写。 - **严重程度**：根据预定义的严重程度分类表选择合适的选项。 - **重现步骤**：详细描述测试环境、操作流程以及引发异常的具体步骤。 - **标题**：建议采用统一格式，例如 `版本_项目_样品_异常描述`，以便后续查询和生成报表[^2]。 - 填写完毕后，点击“保存”按钮完成 Bug 的创建，并指派给开发人员。 #### 2. Bug 指派与确认 - 开发人员登录禅道系统后，可以在“待办事项”或“Bug 列表”中查看到新提交的 Bug[^3]。 - 开发人员分析 Bug 并确认其有效性后，将状态更改为“已确认”，并指派给负责解决该问题的人员（通常为研发人员）。 #### 3. Bug 解决与验证 - 开发人员修复 Bug 后，将状态更改为“已解决”，同时填写解决方案和解决版本信息，并重新指派给测试人员[^3]。 - 测试人员接收到已解决的 Bug 后，需使用之前的异常样品进行复测。如果复测通过，则将状态更改为“已关闭”；如果复测未通过，则需要重新激活 Bug 并反馈给开发人员。 #### 4. Bug 生命周期管理禅道中的 Bug 生命周期通常包括以下几个阶段： - **创建（激活）**：测试人员发现异常并创建 Bug。 - **确认（已确认）**：开发人员确认 Bug 的存在并指派给相关人员。 - **解决（已解决）**：开发人员修复 Bug 并提交解决方案。 - **关闭（已关闭）**：测试人员验证 Bug 已解决并关闭。 #### 5. 查找相关功能 - 如果需要查找特定的功能或 Bug，可以通过禅道的搜索功能输入关键词，例如 Bug 标题、严重程度、所属模块等信息。 - 还可以利用禅道的筛选功能，按项目、版本、状态等条件筛选出相关的 Bug 列表。 ```python # 示例代码：自动化提交 Bug 的部分字段 bug_data = { "product": "产品名称", "module": "模块名称", "version": "测试版本", "type": "Bug 类型", "severity": "严重程度", "title": "版本_项目_样品_异常描述", "steps": "详细重现步骤" } ```