1、错误、缺陷和失效-不是所有bug都需要修复
如果执行了存在缺陷的代码，就可能导致失效。可能引起系统或者软件失效的bug需要修复。
2、从哪里找bug？
1)软件为实现产品说明书要求的功能
2）软件出现了产品说明书指明不应该出现的错误
3）软件实现了产品说明说未提到的功能
4）软件为实现产品说明书虽未明确提及但应该实现的目标
5）软件难以理解、不易使用、运行速度慢，或者软件测试员认为最终用户会认为不好
注意：尚未发现或未观察到的软件缺陷只能说是潜在缺陷
3、什么时候提交bug？
发现bug立马提交，当发现bug的时候，确定是一个bug，到系统中去看一下是否有人提交了重复的bug，若有人已经提交相同的bug,则在自己测试文档中指填写bug编号即可。
4、bug的严重程度：可以站在客户的立场上，是否影响客户的利益为标准判断bug的严重程度。
bug的优先级：主要是站在团队的立场上，看看此bug是否对后期团队开发软件造成影响。
5、发现更多bug的方法？
1）查找时间依赖和竞争条件的问题
2）查找边界条件软件缺陷、内存泄漏和数据溢出缺陷
3）查找状态转换时出现的缺陷
4）查找资源依赖性：内存、网络、硬件等方面的缺陷
5）查找和硬件相关方面的缺陷，比如硬件兼容性方面的缺陷
6、误报&漏报——该如何避免？
假阳性结果（误报）：由于测试执行方式的错误，或测试数据、测试环境或其他测试件中的缺陷，可能会出现误报。假阳性结果记录为缺陷，但实际上并不是缺陷。
假阴性结果（缺陷的漏报）：相似的错误或缺陷会导致漏报。假阴性结果指的是没有发现测试应该要发现的缺陷。
7、bug根本原因分析——技能提升更高层次
总结所有的bug，找共性，找根本原因
缺陷的根本原因：是导致缺陷产生的最早的行为或条件。可以分析缺陷并找出其根本原因，以减少类似的缺陷以后再发生。
缺陷的根本原因分析的作用：通过将关注点放在最重要的根本原因，根本原因的分析可以促进过程的改进，从而防止将来引入大量的缺陷。