网页
资讯
视频
图片
知道
文库
贴吧
地图
采购
进入贴吧
全吧搜索
吧内搜索
搜贴
搜人
进吧
搜标签
日
一
二
三
四
五
六
签到排名:今日本吧第
个签到,
本吧因你更精彩,明天继续来努力!
本吧签到人数:0
一键签到
可签
7
级以上的吧
50
个
一键签到
本月漏签
0
次!
0
成为超级会员,赠送8张补签卡
如何使用?
点击日历上漏签日期,即可进行
补签
。
连续签到:
天 累计签到:
天
0
超级会员单次开通12个月以上,赠送连续签到卡3张
使用连续签到卡
02月28日
漏签
0
天
安徽创见软件有限...吧
关注:
46
贴子:
2,548
看贴
图片
吧主推荐
游戏
1
2
下一页
尾页
18
回复贴,共
2
页
,跳到
页
确定
<返回安徽创见软...吧
>0< 加载中...
处理bug的18个心得,需要的看一下
只看楼主
收藏
回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
1. 事件顺序:
处理事件时,很有必要提出下列问题:事件是否可以以一种不同的顺序到达?如果我们从来没有收到该事件,会怎样?
如果该事件连续出现两次,又会怎样?即使通常情况下这永远不会出现,但系统(或交互系统)的其他部分中的bug可能会导致这出现。
送TA礼物
1楼
2017-07-19 08:38
回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
2. 处理太早:
这是上述“事件顺序”的一种特殊情况,不过它已引起了一些棘手的bug,所以它自成一类。比如说,如果信令消息接收太早,在配置和启动过程完成之前接收,许多奇怪的行为就会出现。
另一个例子:当某个网络连接还没有被列入空闲列表就被标为断开。调试这个问题时,我们总是假设它在处于空闲列表时被设为断开(但为什么它又没有从列表上撤下?)。没考虑到有时动作发生太早要怪我们没想到。
2楼
2017-07-19 08:40
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
3. 隐蔽故障:
一些跟踪起来最棘手的bug(一方面)是由出现隐蔽故障、继续执行而不是給出错误的代码引起的。比如说,系统调用(比如绑定)返回未加检查的错误代码。
另一个例子:遇到错误元素后,直接返回而不是给出错误的解析代码。调用在故障状态下继续持续一段时间,这大大加大了调试的难度。最好一旦检测到故障情况,就返回错误。
3楼
2017-07-19 08:40
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
4. if语句:
有几个条件的if语句給我带来了许多bug。即使if语句概念上很简单,有多个条件需要跟踪时,它们也很容易搞错。如今我试着重写代码,力求更简单,避免要处理复杂的if语句。
4楼
2017-07-19 08:40
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
5. Else:
有几个bug是没有适当考虑如果条件为假会发生什么而引起的。几乎无一例外的是,每个if语句应该有一个else部分。
此外,如果你在if语句的一个分支中设置了某个变量,可能应该在另一个分支也要设置该变量。与此相关的是标志(flag)被设定的情况。仅仅添加设定标志的条件很容易,但是容易忘了添加应该重新设定标志的条件。任由永久性设定的标志留在那里可能会在将来导致bug。
5楼
2017-07-19 08:41
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
6. 不断变化的假设:
一开始最难预防的许多bug是由不断变化的假设引起的。比如说,一开始,可能每天只有一个客户事件。然后,按照这种假设编写了许多代码。
后来某个时候,设计发生了变化,允许每天有多个客户事件。出现这种情况后,就很难改变受到新设计影响的所有情况。很容易找到显式依赖该变化的所有项,但是难就难在,找到隐式依赖旧设计的所有情况。
比如说,可能有代码读取某一天的所有客户事件。隐式的假设可能是,结果集从不大于客户数量。我没有好的办法可以预防这类问题,欢迎大家建议
6楼
2017-07-19 08:42
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
7. 日志:
深入了解程序执行的任务至关重要,尤其是逻辑很复杂时。务必要添加足够多(但是别太多)的日志,那样你就能弄清楚为什么程序在执行它执行的任务。
如果一切正常,日志并不重要,但是一旦出现了问题(这不可避免),你会很高兴添加了适当的日志记录。
7楼
2017-07-19 08:42
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
8. 零和空:
务必要以零和空(合适的情况下)来进行测试。对于字符串而言,这意味着既指长度为零的字符串,又指内容为空的字符串。
另一个例子:在发送任何数据(零字节)之前,测试TCP连接的断开。没有使用这些组合来测试是bug悄然出现的头号原因,我在测试时是原本可以发现这些bug的。
8楼
2017-07-19 08:43
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
9. 添加和删除:
新功能常常需要能够为系统添加新配置,比如说用于电话号码翻译的新配置文件。所以测试它切实可行、以便添加新的配置文件很自然不过。然而,我发现很容易忘了还要测试配置文件的删除。
9楼
2017-07-19 08:43
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
10. 错误处理:
处理错误的代码常常很难测试。最好由自动测试来检查错误处理代码,但有时这不可能。这种情况下,我有时采用的一招就是,临时修改代码,让错误处理代码运行。要做到这一点,最容易的方法就是反转if语句,比如说将if语句由error_count > 0反转为error_count == 0。另一个例子是误拼数据库列名,让所需的错误处理代码运行。
10楼
2017-07-19 08:43
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
11. 随机性输入:
常常可以发现bug的一种测试方法就是使用随机性输入。比如说,H.323协议的ASN.1解码可处理二进制数据。
通过发送有待解码的随机性字节,我们发现了解码器中的几个bug。另一个例子是使用测试调用生成脚本,其中调用持续时间、回复延迟、第一方挂断等都是随机生成的内容。这些测试脚本暴露了无数bug,尤其是接踵而至的事件引起的干扰。
11楼
2017-07-19 08:43
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
12. 检查什么不该发生:
测试常常包括检查所需的动作已发生。但它很容易忽视相反的情况――检查不该发生的动作确实没有发生。
12楼
2017-07-19 08:44
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
13. 自行编写工具:
构建自己的小工具,好让测试更容易。比如说,在处理面向VoIP的SIP协议时,写了一个小脚本,就返回我所需要的头和值。有了这个工具,许多个别情况测试起来很容易。
另一个例子是可以进行API调用的命令行工具。通过从小处着手,然后根据需要逐步添加功能,最后开发出了非常实用的工具。自行编写工具的好处就是,获得了所需的那种功能。
13楼
2017-07-19 08:45
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
14. 讨论:
在过去对我帮助最大的调试方法就是与同事讨论问题。我常常只要向同事描述问题,就足以认识到问题是什么。此外,即使同事不是很熟悉相应代码,常常也能給出好主意,表明哪里可能有问题。我在处理最棘手的bug时,与同事讨论这一招来得尤其管用。
14楼
2017-07-19 08:45
回复
收起回复
胡花花6
铁杆吧友
8
该楼层疑似违规已被系统折叠
隐藏此楼
查看此楼
15. 密切关注:
调试某个问题花很长时间时,常常是由于我做了错误的假设。比如说,我以为问题出现在某个方法中,而实际上这个问题根本不会出现在这个方法中。或者抛出的异常并不是我假设的那个异常。
或者我以为在运行软件的最新版本,实际上运行的是旧版本。因此,一定要核实这些细节,而不是犯想当然的毛病。很容易看见预期看见的问题,而不是实际摆在那里的问题。
15楼
2017-07-19 08:46
回复
收起回复
登录百度账号
扫二维码下载贴吧客户端
下载贴吧APP
看高清直播、视频!
贴吧热议榜
1
TES一穿四挺进决赛
2976210
2
国防部罕见喊话台当局:收了你们
2523000
3
吧友选出贴吧第一喷子
2426984
4
EDG拿下T1闯入胜决
1822716
5
小米SU7 Ultra价格杀疯了
1822288
6
现在文娱作品有点令人觉得别扭
1473850
7
PSPlus3月会免游戏公布
1396368
8
如何看待UP北极熊近期节奏?
1372847
9
8u买游戏结果惨遭店家跑路
1324356
10
大话王?Bin哥语录合订本来了
1082802
贴吧页面意见反馈
违规贴吧举报反馈通道
贴吧违规信息处理公示