浅谈测试最容易犯的错误
很多人走向测试行业都是机缘巧合，他们在从事测试行业的时候，经常会犯一些错误，下面抛砖引玉，列举一些错误：1.bug不入库
bug不入库，后续的bug追踪，bug统计没有数据来源，很多工作就无从谈起。
2.随意关闭未修复的bug，尽管它只是偶然出现
测试期间遗漏一个bug，造成的损失是很大的。千万不要随意关闭一个bug。
3.提交重复的bug
重复的bug，对测试人员来说，好似发现了很多bug，可是这会加大整个项目的工作量，而且会使后期的统计不准确。最好是在提交bug前，先查询是否有相同的bug已经提交。然而区分一个bug是否重复提交？对于测试人员来说，在某些时候较难判断，很多时候一个bug，会造成系统的多处异常，这需要经验的积累。
4.不与开发人员沟通
沟通是测试行业必备的能力，多和开发人员沟通，你会获得更多的知识；不和开发人员沟通，只会让你的bug很表面。
这4项是初级测试工程师最容易犯的错误。
5.放弃需求时的bug
早期发现一个bug，修复它的代价比后期修复它的代价要小得多；所以需求时的bug千万不要放弃。
6.部署发布不作冒烟测试
有些朋友说“冒烟测试是开发人员做的？”我十分不同意这样的说法，如果什么事情都划分得那么绝对，那测试人员就根本不必做什么了（开发人员本身就是要做测试的）。我为什么强调“测试人员也要做冒烟测试？”，因为当我还在从事测试工作的时候，配置管理员发布完一个测试版本的时候，通常是没有经过冒烟测试就让测试人员介入的，如果作为测试员的我不去完成冒烟测试，耽误的还是更多测试人员的时间和精力。
7.新技术的研究不实用
“不管白猫，黑猫，能抓老鼠的猫就是好猫”，测试的理论，技术很讲究实用性，凡是能纳入工作的理论，技术就是有用的，反之一样。
8.新技术的研究未形成文档
不仅仅是开发人员不愿意写文档，很多时候测试方面的牛人也不写文档？原因无非是：懒；怕人超过。
9.自动化测试实施的难度很大
第7项其实应该包含此项，我单独把“自动化测试”抽出来讲，主要是因为它很特殊，通过它获得测试方面的成功，难度很大。在这里我强调一点“一定要将自动化测试实施的难度降低”。
10.测试用例的设计千篇一律，大量雷同
这6项是中级/高级测试工程师最容易犯的错误。
对于那些处在管理岗位的测试经理们，你们可以时常问问自己：
11.项目的测试计划是否科学？
12.结束测试的条件是否合理？
13.项目的定论是否准确？
14.所有的决定是依据“数据”，还是“拍脑袋”想出来的？ 拜读了，收藏起来了:) 不错，支持~~ 我也经常犯那样的错误，有些bug和开发人员讲了之后，就没有写入库中。以后会注意的啦！多谢总结:) 谢谢lz的总结 顶 顶:victory: 新入职的话比较容易犯的可能是重复以及不入库，报告写的不够详细，写得没重点 学习,以后工作中一定要注意 看了一下，再对照自己的经历，发现犯了很多错啊！！ 不错，支持~~ 还在培训期，期待工作中自己也能找出BUG！
页:
[1]
