如何提bug?

很多公司都有提bug的标准,对于新人刚介入测试行业时,提bug的时候,描述的清晰与否就很重要,那一个很明朗清晰的bug应该包含那些呢?

bug包含的要素有那些?(以jira工具为例)
1、项目名称:选择相应的系统或者跨域项目
2、问题类型:功能bug,改进, 新功能,需求变更
3、概要:bug标题,清晰简单明了,如【登陆】正常用户名和对应密码登陆系统报错
4、测试步骤&数据:测试数据(账号,用户名和密码),测试步骤,测试结果(实际结果,预期结果)
5、环境:sit pre prod
6、修复版本:版本号。提测的对应版本号
7、bug原因
8、经办人(需要区分前后端问题,无法区分的先给后端)
9、接口信息
10、其他:客户端、日志非必填

(这里延伸下:bug的原因:
•代码问题
•产品需求不一致:需求上下游对需求的理解规划不一致导致的问题
•需求缺陷:需求未考虑到产生问题•内部defect重现:之前出现过,并已修复,现在又出现
•数据问题:脏数据、不同环境导致的
•发布问题
•新引入的问题:修复bug导致的其他问题
•配置问题
•需求未开发
•环境问题)

一定要清晰明确,避免研发再找你确认浪费时间,但是实际测试过程中,研发也不太会看这些,我相信大家都遇到过,所以可以先跟研发说问题后,再补充记录该bug。具体问题具体对待,你可以不用这样干,但是你要会这样做,职场第一要求。

在这里插入图片描述

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
回答: Redminebug的规范可以根据实际需求和公司内部的规定来制定。一般来说,以下是一些常见的Redminebug的规范: 1. 标题:Bug的标题应该简明扼要地描述问题,包括关键词和问题的概要。 2. 描述:在描述中,应该详细说明Bug的复现步骤、期望结果和实际结果。可以供相关的截图、日志或其他支持材料。 3. 优先级:根据Bug的紧急程度和影响范围,设置适当的优先级,如高、中、低。 4. 分配给:将Bug分配给适当的负责人,以确保问题得到及时处理。 5. 类型:根据Bug的性质,选择适当的类型,如缺陷、改进、任务等。 6. 状态:根据Bug的处理进度,更新Bug的状态,如新建、确认、处理中、已解决等。 7. 标签:使用标签来分类和组织Bug,如模块、版本、严重程度等。 8. 评论:在Bug的评论中,可以供额外的信息、讨论或解决方案。 以上是一些常见的Redminebug的规范,具体规范可以根据实际情况进行调整和补充。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* *2* *3* [开源Bug管理系统Redmine安装和使用心得](https://blog.csdn.net/langresser/article/details/24476359)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^koosearch_v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值