bug的生命周期

1.bug的分类

①功能性bug:产品实现过程中,具体逻辑的实现错误

(比如登录时,用户名要求邮箱登录,但是未验证邮箱的格式,有可能是前端或者后端某一方未验证导致的实现错误。如果是前端未验证:频繁且大量的错误请求发到后端而带来无意义的压力;如果后端未验证,则错误数据会直接进入到数据库中)

②需求型bug:指在软件项目管理的过程中,需求阶段就埋下了隐患,如未按照需求实现、需求理解错误或需求未描述清楚等情况

③性能型bug:指在软件在多人同时使用或长时间运行时出现了响应慢,甚至是崩溃的问题

类型:多人使用的时候导致系统的崩溃(微博、购物软件崩溃之类的)

结论:是难解决的,金钱和用户之间的一种平衡

④常识性bug:在过去用户一直是这样认为的,已经形成种默认的约定,但软件设计或开发人员就不按照约定俗成的规则来

这些问题其实是比较常见的问题,在工作的过程中,大家容易按照自己的惯性思维去思考问题。所以对待问题和需求文档要明确细节,谨慎对待,不可以惯性思维,不理解的地方及时指出提问。

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~分界线~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

2 从项目的角度看bug的生命周期

重点知识※

①bug的生命周期有哪些

②bug有哪些状态(一般情况下是9种,有的公司把 “拒绝中” 的状态归类到 “被拒绝的” 状态,所以有的算作8种)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值