|
很多人走向测试行业都是机缘巧合,他们在从事测试行业的时候,经常会犯一些错误,下面抛砖引玉,列举一些错误:
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.所有的决定是依据“数据”,还是“拍脑袋”想出来的? |
|