正确理解bug-从哪里找bug
1.软件未实现产品说明书要求的功能；-没有
2.软件出现了产品说明书指明不应该出现的错误；-有，但是错了
3.软件实现了产品说明书未提到的功能；
4.软件未实现产品说明书虽未明确提及但应该实现的目标；
5.软件难以理解,不易使用，运行速度慢，或者软件测试员认为最终用户会认为不好
注意：尚未发现或未观察到的软件缺陷只能说是潜在缺陷
bug修复成本趋势-发现bug提交越快越好，提交越慢成本越大
bug不要重复提交，发现bug需要搜索bug是否已提交过
提交bug-bug包含那些内容
1、bug标题，
2、严重程度（站在客户的角度），
3、优先级（内部判断，是否影响后续的工作），
4、重现步骤，结果，期望
5、所属项目，模块，影响版本
6、截止日期，相关需求，相关任务
如何发现bug-发现更多的bug
1.查找时间依赖和竞争条件的问题；
2.查找边界条件软件缺陷，内容泄漏和数据溢出缺陷；
3.查找状态转换时出现的缺陷；
4.查找资源依赖性：内存，网络，硬件等方面的缺陷；
5.查找和硬件相关方面的缺陷，比如硬件兼容性方面的缺陷；
误报&漏报-该如何避免
误报：由于测试执行方式的错误，测试数据，测试环境，其他测试中的缺陷，可以会出现误报；
漏报：没有发现测试应该要发现的缺陷（交叉测试避免漏查）
bug根本原因分析-技能提高
缺陷的根本原因：导致缺陷产生的最早的行为或条件。可以分析缺陷并找出根本原因，以减少类似的缺陷以后再发生。
缺陷的根本原因分析的作用：通过将关注点放在最重要的根本原因，根本原因的分析可以促进过程的改进，从而防止将来引入大量的缺陷。