weixin_35297982
徐徐徐ing
采纳率100%
2016-06-15 11:24

大家平时查bug的思路是什么样的?

已采纳

我平时都是debug,我们老大说让我直接看代码~大家是怎么做的?交流下~

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享
  • 邀请回答

6条回答

  • bobokill Pekingese_Weber 5年前

    debug一般都是遇到bug的时候,大致知道是那块的时候debug,倘若bug不是很明显,还是先从复现步骤,然后思考可能关联的模块,直接去看代码,基本就八九不离十,最后debug,验证自己的猜想是否正确,效率比较高,倘若上来就debug,反而会比较耗时

    点赞 1 评论 复制链接分享
  • xiedongdong1 冬季静好 5年前

    遇到问题,首先思考可能是哪里出现了问题,然后去查看代码,实在找不到问题所在就debug了

    点赞 评论 复制链接分享
  • wojiushiwo945you 毕小宝 5年前

    首先,你需要了解你的代码执行流程,判断bug输出的结果跟实际预期结果有什么不同。利用已有的日志,debug模式调试单步跟踪。
    bug是很考验人的耐心的啊。

    点赞 评论 复制链接分享
  • qq_33071975 muriyi 5年前

    顶楼上,而且记住一点,如果出现了一些匪夷所思的BUG,调了很长时间也没有结果,很可能是一个非常简单的问题引起的,
    如输入错误,工程项目某些配置项设置不正确等等,你发现以后自己都会觉得自己很二。血泪教训啊!

    点赞 评论 复制链接分享
  • ooppookid 幽灵雾 5年前

    1.看是否能重现 如果能重现的问题都不叫问题。
    2.如果能重现,就能定位到出现问题的地方,具体通过运行日志或者直接看对应代码。对于这类问题非常容易解决
    3.如果不能重现 或者不能100%重现,就需要借助运行日志,分析出现问题时间前后若干日志。首先确定是否是环境和系统问题,如果是,问题就大了,不是架构有问题就是框架又问题。如果不是,根据日志找到可疑部分代码,根据代码分析日志现象

    点赞 评论 复制链接分享
  • u011606457 _1_1_7_ 5年前

    经验丰富的直接看代码,自己能猜到大概是那个地方有问题,debug设置的断点也是靠经验判断的。
    要不然在代码运行路径很长时,从头一步步执行下来不现实,特别遇到循环时。。。。太浪费时间了

    点赞 评论 复制链接分享

相关推荐