CSDN 中的 Bug

作者: 一去、二三里
个人微信号: iwaleon
微信公众号: 高效程序员

在用 CSDN 的过程中,发现了许许多多的 Bug。之前没有做记录,直接反馈给客服了,有时没图说得不太清楚,现在不都追求有图有真相么 O(∩_∩)O~,所以在此记录一下。

作为程序员的一份子,Bug 对我们来说太正常不过了。但是,此刻我只站在客户的角度提问题,希望各位同行们尽快修复,给用户一个好的体验。。。

爱你,才会找你茬(序员何必为难序员 ╮(╯▽╰)╭)!

BUG列表

  1. 博客专家与准博客专家共存

这里写图片描述

问题描述:以前是准博客专家,但后来升级博客专家成功了,之前的准博客专家头衔依然存在,而且和首页的不匹配,一个有(4个徽章),一个木有(3个徽章)。

  1. 消息列表刷刷刷

这里写图片描述

这里写图片描述

问题描述: 有消息通知的时候,很多时候收到几十条一摸一样的,说实在的,这个体验真心无法接受。。。

  1. 博文乱码

这里写图片描述

问题描述:写完博客,然后就乱码了,什么鬼?
技术人员是这么解释的:怀疑是服务器所在的文件系统故障导致的,目前站点文件重新更新了,不知是否彻底解决,希望故障不在出现。
原文地址:CentOS 6.x安装配置,最后我又重新编辑了一次博客,没有从根本上解决问题。

  1. 该用户尚未开通博客

这里写图片描述

问题描述:别人给我留言以后,点进去说对方未开通博客,而且大概有 30% 以上(不精确,但也差不多)的概率之多。

那么,问题来了:

  • 为什么会有这么高的概率,游客真的这么多?
  • 既然是个游客,也就是说没账号(工作人员说没账号 - 要么肯定给游客创建了临时账号),回复了他,那消息到底发到哪了?他又如何查看?
  1. 修改标题无效

这里写图片描述

这里写图片描述

问题描述:对之前写过的博客进行了标题修改,而且保存之后,已经提示保存成功了,但是刷新之后列表还是原来的标题,但是正文却已经更换了(已清空缓存)。

解决方案:取消置顶(不明觉厉)。

  1. 多个相同内容

这里写图片描述

问题描述:在 问答 中同一问题出现多个相同内容的情况,其它很多模块中也会出现,比如:热门文章

  1. 无休止的弹框

这里写图片描述

问题描述:在【问答】模块中 Qt标签 翻页时候,总是弹框,特别烦人。

  1. 参数错误

这里写图片描述

这里写图片描述

问题描述:在【通知】中出现显示错误“{%args1%}”(应该是变量占位符引起的解析问题)。

  1. 编辑

这里写图片描述

问题描述:每次修改都要:【发表博客】 -> 【下一步】 -> 【发布】,三部曲?难道不能做的易用一点,编辑完成,直接保存?(毕竟修修改标签、分类的时候不多)

  1. 显示不全(查看您所有通知)

这里写图片描述

问题描述:打开【查看您所有通知】页面,内容显示不全,还好我发现了【展开】功能!

  • 5
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 6
    评论
### 回答1: 测试bug记录模板是用来记录在软件测试过程发现的bug错误的一种规范化的格式。通过使用统一的模板,可以方便测试人员记录和跟踪bug的修复过程,同时也提高了团队合作的效率。 测试bug记录模板通常包括以下几个主要部分: 1. Bug编号和标题:用于唯一标识和描述bug的名称和概要。 2. 详细描述:对于该bug的详细描述,包括复现步骤、环境和条件等。 3. 期望结果和实际结果:描述该bug的预期结果和实际结果之间的差异。 4. 优先级和严重程度:根据bug的影响范围和解决的紧迫性,将其分为不同的优先级和严重程度,以帮助开发人员有针对性地进行修复。 5. 附件和截图:如果需要更详细地描述和证明bug,可以附上相关的附件和截图,以供开发人员参考。 6. 提交者和日期:记录提交该bug的测试人员和提交日期,方便跟踪和沟通。 根据以上模板,测试人员可以按照规定的格式填写bug记录,确保所有人都能够清晰地了解该bug的具体信息,并能够准确复现和解决bug。此外,团队成员也可以通过该模板了解当前bug的重要性和紧迫性,以便优化开发资源的分配。 总之,测试bug记录模板是测试团队在软件测试过程必备的工具之一,通过规范化的记录和跟踪bug,可以提高测试团队的工作效率,并促进整个开发团队的合作和沟通。 ### 回答2: 测试bug记录模板CSDN 是一种用于记录软件测试过程发现的问题bug的模板。该模板提供了一种规范化记录和跟踪bug的方式,有助于测试人员更有效地进行bug管理。 模板通常包含以下几个主要部分: 1. Bug编号:给每个bug分配一个唯一的编号,便于进行追踪和处理。 2. Bug标题:简洁明了地描述bug的主要问题或现象。 3. Bug描述:详细描述bug的具体情况,包括问题出现的环境、重现步骤等。 4. Bug优先级:根据问题的严重程度和影响范围,确定bug的优先级,有助于测试团队和开发团队更好地分配资源和处理bug。 5. Bug状态:记录bug的不同阶段,如新建、提交、修复、验证等。 6. Bug分配:将bug分配给相应的开发人员或团队,确保及时修复。 7. Bug解决方案:开发人员提供的解决方案或修复bug的具体方法。 8. Bug验证:测试人员对修复后的bug进行验证,确保问题得到解决。 9. Bug关闭:确认bug已经得到解决并关闭,反馈给相关人员。 使用测试bug记录模板CSDN,可以有效提高bug管理的效率和质量,节省测试人员的时间和精力。通过规范化记录和跟踪bug的方式,测试团队和开发团队能更好地协作,及时解决问题,提升软件的质量和稳定性。同时,模板的各个字段和状态追踪功能,也方便了测试人员对bug的整体管理和监控,帮助他们更好地控制测试进度和质量。 ### 回答3: 测试bug记录模板是一种用于记录和追踪软件测试过程发现的缺陷问题的工具。以下是一个常见的测试bug记录模板: Bug ID: 缺陷的唯一标识符,可以是一个数字或者其他方式生成的唯一编号,用于快速标识和检索缺陷Bug标题: 一句简洁明了的描述问题的主要内容,可以用关键词概括。 Bug描述: 详细描述缺陷的现象以及导致缺陷出现的步骤和条件。可以包括对应的功能模块、页面或者组件的名称和版本号。 复现步骤: 详细描述复现缺陷的具体步骤和操作,以便开发人员能够重现问题。 期望结果: 描述在正常情况下应该出现的预期结果。 实际结果: 描述在复现步骤后实际出现的结果,包括出现的错误消息、异常行为等。 优先级: 标识缺陷的优先级,通常分为高、、低三个级别。可以根据缺陷对系统功能和性能的影响来确定优先级。 严重程度: 标识缺陷对系统功能和用户体验的影响程度,通常分为致命、严重、一般、轻微等级别。 截图附件: 如果有可能的话,可以附上相关的截图,以便更直观地描述缺陷缺陷状态: 标识当前缺陷的状态,如新建、已确认、已修复、已验证等。 指派给: 标识缺陷当前负责处理的人员,可以是开发人员、测试人员或者其他相关人员。 备注: 可以在这里添加一些额外的注释或者相关的输入输出数据等其他信息。 测试bug记录模板的目的是为了帮助团队更好地管理和追踪缺陷,以便及时处理和修复,提高软件质量和用户体验。团队成员可以根据实际需要对模板进行定制和调整,以适应不同项目和团队的需求。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一去丶二三里

有收获,再打赏!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值