找bug很费劲，遵循一些准则，很easy~来看看吧！
#理解需求
有时，或许软件根本就不是故障，而是产生误解。
#制造失败
需要一个测试用例，使程序失败，然后观察。
#简化测试用例
这主要为了排除不起作用的因素，减少运行时间，是测试用例更容易调试。
#读取恰当的错误信息
某个地方出错，可能出现满屏的错误信息，重点可能只是其中的几条，我们应集中关注那些首先出现的消息，对第一个错误之后所发生的事，都应用怀疑的眼光看待。
#检查显而易见的问题
当问题发生时，软件的所有部分是否都已经启动和运行？是否有正确的权限？是否有足够的磁盘空间？是否有足够内存？
#从解释中分离出事实
分离事实需要有充足的依据。
#分而治之
对于处理多种因素共同作用的复杂调试，尤为重要。
#工具要与bug匹配
不要嫌麻烦，要调试的是出问题的地方，而不是便于调试的地方。
#一次只做一次更改
注意任何代码修改都可能引入新的问题，调试时要尽量一次解决一个问题。
#保存审计跟踪
处理一些涉及多个参数的问题，尝试多种组合，很容易失去对更改的跟踪。所以一定要保持审计跟踪。
#获得全新观点
在事实和理论之前划清界限，很可能你的理论不够完善。
#bug不会自己修复
有时候，修改某些语句后，bug可能会自动消失，但是除非有很充足的理由说明修改很有效，否则最好假设bug仍然存在，并且未来还会发作。
#用回归测试来检查bug修复
必须花一些力气来保证软件的可测试性，并维护一个回归测试系统，这是专业软件开发的一个不可分割的部分。
友情提醒各位捧场的朋友一句：
想看更多，那就关注喽，大家不喜可喷~
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！