达内LOGO和北京达内网址达内科技培训项目:Java培训 3G培训 Android培训 软件测试培训北京达内服务电话
软件培训
如何快速、健康的在测试职业道路上成长

  测试人员如何思考?根据问题的现象思考。问题是属于测试专业知识不足引起的,还是测试用例等测试文档模糊、错误引起的,是个别现象还是测试项目的其他内容都存在的普遍现象。测试要从模拟用户使用的角度展看,因此要用最终用的角度,分析问题的严重程度。作为一个测试人员,由于经常接触到敏捷开发这个概念,所以总是在想,既然有敏捷开发,是否也应该有敏捷测试呢?答案当然肯定的,因为测试严格意义上也是属于开发中的一部分。

  但是实际工作中呢,其实我们更多的还是只听到敏捷开发(真正意义上的开发),几乎没有人提及敏捷测试,甚至测试在敏捷中被严重弱化了,为什么呢?因为在敏捷中开发会被赋予更多的测试任务,因为我们需要持续得到可交付的产品,所以开发对于代码的要求就会显得特别高,另外的设计人员与客户也会进行相应的测试。这样子的话,当一个迭代周期一结束,也就意味着这个周期所做功能会有一个Build可以用了,既然这样子的话,要测试来做甚呢?

  关于这个,首先我想说,这是个理想状况,如果真的开发代码没有质量问题,设计人员与客户也都觉得符合要求,当然测试的作用就没了。不过理想与实际的距离还是挺远的,大约是地球到太阳的距离了,实际工作中,开发/设计/客户的测试角度总是有种局限性,比如开发只要确保正确的值能正常输入输出就行了,而设计人员与客户呢,只要看看想要的功能出来就行了,他们中谁能想到我输入负数,输入0,输入很大值会不会报错呢?几个人一起操作会不会出问题呢?

  这些问题他们都不会想到,即使想到他们也不会去真正去试一下,当然也不一定能试出来,试问你怎么让他们帮忙模拟一万个人同时操作呢?

  所以专职测试人员还是有其作用的,一方面,他们能用客户的角度来检查这个功能能否正常使用;另外一方面,他们又能在测试理论的考虑上来检查功能的各个方面:特殊值、边界值、性能、负载等等。

  不过,反过来我们再想想,敏捷以后,测试的范围扩大了,从专职的测试变成人人都是测试了,开发做测试,设计人员做测试,连客户也来做测试。这个范围扩大的背后,看起来专职人员测试范围"缩小"了,因为本来只有测试人员来做测试,现在大家都来做了,当然就"缩小"了,不过我这里"缩小"是打引号的,为什么呢?

  首先,测试人员还是在做自己之前做的事情,这个没变化。

  第二,设计、开发、客户做的事情以前也一直在做,敏捷只是特别强调了,所以理论上来说这个也没变化

  第三,随着敏捷的开展,对测试新的要求又不断地出现,我们要开始大规模地涉入自动化测试、单元测试、迭代测试以及更好地理解客户的意图,所以对于测试人员的要求就越来越高、越来越多。测试的范围应该是被扩大了,而且只是针对测试人员而言的,对于设计/开发/客户呢,还是原来的事情,只是不同的要求和强度罢了。

  所以按照我的分析,在敏捷中,测试的作用非但没有弱化,而且还比之前有很大提升,当然提升的背后是需要测试人员自身水平的提升,如果只愿意按部就班,不愿意去学习去提升自己能力,那真的只能被弱化了。测试是个技术工作,需要学会主动思考。如果你遇到一个好的测试主管(组长),他会主动的解决你的测试实际技术难点,这是你的幸运。但是测试问题错综复杂,测试主管工作很忙,他没有时间解决你遇到的任何技术问题,需要你自己分析问题的性质,尝试各种解决方法,搜索网络上的文章,最好如果仍然解决不了才向主管求助。

苏州软件培训
http://www.sztarena.org/

 

本页标签: 软件培训 软件测试
客服系统