软件测试是找bug,不是找茬

发表于:2012-3-16 10:31

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:开心忆凡    来源:51Testing软件测试博客

#
Bug
分享:

  最近跟一个朋友聊天,问“你会不会编软件呀?”。我说:“不会,我是做软件测试的,不是做开发的!”他问:“你是专门挑毛病的,是吧?”我只是笑着摇摇头,说:“我做软件测试,是找缺陷,不是找茬!”突然对做测试有些想法:

  第一:软件测试是找bug,不是找茬。以前在外包做测试,面对的之间人是PM,面对所谓的客户是开发软件的人,而且因为离开发人员较远,沟通基本上都是用邮件,所以当时的感触还不太多,只是做好自己的本职工作,尽可能的发现更多的问题,尽可能让自己发现的问题更有价值,尽可能让自己发现的问题让开发能够百分之百复现!现在进了一家自己做产品的公司,面对的人整个全变了,以前以为面对的是开发,现在明白在自己做产品的公司了,不仅要面对开发、还有产品、设计、还有真正使用的客户!以前总是听说测试和开发是死对头,很难沟通,也看了很多关于开发和测试之间沟通的问题,其实真的没有什么对头不对头的,因为大家最后的目的是一样的,都是为了能把项目做好,测试希望项目好,开发更是希望它成功!就像我前两天看的一篇文章,说开发其实跟测试一样看中产品的质量,因为他们是真正实施的人,谁不希望自己做的东西能尽量完美呢?而开发为什么会跟测试有隔阂呢?是因为开发想让测试第一时间就能找出那些关键致命的bug,而作为测试本身呢?看到的每个问题都会及时的去上报,只是分了优先级别,而开发却不看这些所谓的优先级别,所以就会认为不好好的找重大bug,竟在挑刺,其实每个角色都各自体谅一下就都解决了,既然目的是一致的,为什么非得在纠结这个先后顺序呢?开发的,不要以为测试人员是在故意找茬,他们提出来的问题应该都是缺陷,只是处理的轻重缓急你们自己来决定就可以了;而测试的,也不要以为开发人员是对自己有意见,在提交bug的时候,最好先挑那些重大的bug,振振开发的,然后在把那些不太重要的问题一起报上来,这样不仅仅测试的价值体现了,而且开发也会对你另眼相看,同时大大的提高了测试的地位!要时刻记得,我们测试是在找bug,不是在找茬!

  第二:软件测试只是提高产品的质量,而不是保证产品的质量。我记得我第一次接触测试,在课堂上我的导师就跟我说“我们测试是提高质量,而不是保证质量。”而有很多不太懂测试的人就会产生一种误解,认为要测试的干嘛啊?既然我们花了钱用你,就应该保证我们的产品没有缺陷呀!对于这样的人,我只能说不太理智,并不是我作为一名测试人员推卸责任,而是因为这个世界上本身就没有百分之百的事情,我们能做的就是尽我们的全力去提高、找出最多的问题并得到相应的解决,测试不是万能的,如果有人说我测试,能保证你们产品的质量,那我只能说你被忽悠了,我们只是提高产品质量,而并非保证产品质量!

  第三:软件测试是需要全民参与的,而并非只是测试工程师的事情。有人认为反正有测试人员了,所以对产品就不太关心了,其实测试是每个人的事情,其中也包括了客户,因为一个人再细致也没有无数双眼睛看的全面。忘记了是哪个公司的老总一直提倡的是全民的测试意识,我觉得很赞,因为每一位员工都是一份子,而做的每一个产品不仅是公司的形象,也是我们每一个人的体现,只是我们的分工不同而已,但是它都代表着我们,而且我觉得这样的管理观念还可以有团结人的力量,可以让大家一起把事情做的更好!而不是单单的依赖于测试,最后把大家变得越来越懒惰,我发现现在的公司就有这种现象,开发人员有时就会有一种依赖的心理认为反正有测试呢?对于自己写的程序也不那么太认真了,而且自己做完也不是很认真的检查了,拿过程序来,随手一抓都是bug。最后弄的开发头疼,测试也头疼,所以说公司要从根上来激励这种意识,测试不仅仅是测试工程师的事情,而且是需要全民参与的一个重要事情!

  偶然想到的一些个人见解,大家可以share交流一下哈!

版权声明:本文出自 开心忆凡 的51Testing软件测试博客:http://www.51testing.com/?351318

原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。

《2023软件测试行业现状调查报告》独家发布~

精彩评论

  • kevinwangjianzh
    2012-4-25 18:54:52

    软件测试是比对期待结果和实际结果。
    Software Quality Assurance 是保证软件质量。
    这里强调一点,保证质量并不是完全保证,而是在一定的范围下,对范围内的功能质量进行预定义的保证。

  • phoebe_kaka
    2012-4-25 16:09:06

    Bug够深入够到位就是缺陷。。影响不大的可改可不改的Bug就是找茬。。

  • dongqiao
    2012-4-07 18:44:30

    我是做测试的,可是跟开发关系很好。我个人觉得是不是找茬得看你的测试的深度和广度,BUG够深,功能性的,甚至是设计性的缺陷,开发机会越来越重视你测试的结果,不会总是质疑

  • smile_shi
    2012-3-29 11:32:23

    新手 学习了 讲的很好

  • xiaoshi_2011
    2012-3-27 15:12:38

    测试首先要拓展自己的知识和常识,只有努力提高自己,才能拓展测试工作的深度和宽度,才能成为一名合格的测试人员

  • simble2010
    2012-3-23 17:09:23

    测试就是为了提高产品质量,而不是保证质量!!!
    我也觉得这话很有道理。因为测试确实不可能发现所有问题。但是好像有个问题存在,我想问一下 测试不能保证质量问题,那谁能保证呢? 开发人员?项目经理?公司老总? HR。。。哈哈?扫地的阿姨?保安?还是用户自己保证呢? 中国软件测评中心? 求解!

  • windlee
    2012-3-21 12:12:04

    互相理解吧,我新人学习了。

  • phoebe_kaka
    2012-3-19 15:02:21

    BUG与实际员工收入挂钩是导致开发与测试对立的根源之一。。和钱一挂钩。。人就变的不那么客观了。。

  • ivanland
    2012-3-19 12:38:15

    对测试人员来说,我们是在找BUG,但对开发人员来说,我们就是在找茬,尤其是当产品BUG与实际员工收入挂钩的时候,更能体现两者理念的不同。曾经呆过的一家大型公司里,当测试人员发现一个BUG时,开发人员为了保证本月的考核和收入,会想尽办法大事化小,小事化了,于是扯皮开始了,当这个BUG确定下来的时候已经是几天后了。在整个过程中,经常会听到开发人员说“这不是我的问题”、“这个问题级别定的太高”、“我不认为这是问题”等等类似的语言,实在让人很感慨,难道测试与开发的矛盾就真么不可调和吗?

  • 猴哥218
    2012-3-19 11:08:41

    我认为就是找茬,但我们是找得他们心服口服。因为我们有根有据。发bug的优先级很重要。一定要体现好,对于开发人员他不关心,那说明他不是一个合格的开发人员

  • arron310
    2012-3-19 10:05:36

    说的好呀。。鄙视那些不认真改缺陷的开发人员

  • andyfly_001
    2012-3-19 00:24:36

    这应该还是老生常谈的问题,如果你能在架构,程序,性能,安全方面提出却是存在的BUG,那么,我想,也就不存在这个问题了,因为,测试这时候站到了高度,开发恨不得跟你打的不可开交,让你多给他提问题解决。

  • 偶爱台球
    2012-3-16 15:22:41

    一点开发不懂的做测试,确实跟找茬没啥区别,哈哈

  • cindyker
    2012-3-16 14:44:44

    测试就是为了提高产品质量,而不是保证质量!!!

  • angelia
    2012-3-16 14:08:15

    作为测试人员,个人觉得需要一种服务的心态,在找bug的同时让开发人员和PM等觉得我们是在帮助程序发现问题并协助开发人员解决问题。不断的向开发人员和PM等人阐述一些基本的测试理论,会互相理解的。

  • yanchunlm
    2012-3-16 13:48:11

    公司的开发人员好像觉得我是有意找茬  有时很头痛丫

  • hu305800606
    2012-3-16 10:45:25

    我们公司现在就是,一出什么状况就找测试的麻烦。说啥都是测试的责任。。这样弄的我们测试心里都不舒坦,有的时候干活都没啥激情。

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号