51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 9378|回复: 33
打印 上一主题 下一主题

[原创] 如何做一个让开发人员看得起的测试人员

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-7-6 15:56:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

做测试做了8年,前两年做的是与硬件产品相关的测试,质量管理比软件行业要严格的多的多,原因是,大部分的应用软件代码出错,改下代码重新编译,打补丁,就ok了,而一旦硬件设计出错,或者零件用错,造成的成本损失会很大,严重的可能是电路板报废,更严重的是导致整批产品的报废。当然,软件出错也能造成无可挽回的损失,只是某些特定领域会要求很严格,知识相对于硬件来说,程序修改要比电路板的维修成本相对低一些。

因为这种现象的存在,所以很多国内企业,尤其是一些小型的企业,对测试重视程度不够,甚至没有专门的测试人员,可能有的是为了项目需要,设立了测试团队,1人测试团队也屡见不鲜,我就知道好多企业是一人测试组,而且还是应届生的也有。对于这样的企业,您无法想象测试人员的地位会是什么样,老板都觉得设置测试人员是组织架构需要,而不是为了质量需要,那开发人员对测试人员自然也是不太看得起。

由于专职测试人员并不参与产品的代码编写,所以给人一种非生产劳动力的感觉,而且大多企业都是用一些编码能力较弱的人去做测试。

在很多外企中,对测试相对国内会重视一些,对测试人员素质要求也较高,对测试人员培训也较重视,但是并不代表测试人员地位就高,一样是会有开发人员看不起测试的情况,这种看不起并不会流于表面,而是骨子里的,没人说出来,但是会存在,大家心知肚明。

然而我们有时候也会听到有开发人员说某某测试人员挺厉害的,那么怎么样才能做一名让开发人员佩服的测试人员呢?

一,编程语言

你至少要掌握一门语言,不管是简单的php,java,还是C++也好,或者其他的脚本语言python,perl还是shell也好,至少你用一种语言真正的做过一些事情,而且能拿来就用。

二,数据库

你至少要掌握一种数据库的DBA,对SQL的操作要熟悉,至少能熟练的运用JOIN进行查询,知道基本的HAVING的用法,如果你能写存储过程,并且能优化存储过程那当然更好了,测试人员离不开数据库的管理和数据库的操作。

三,操作系统

作为测试人员,各种操作系统你应该很熟悉,系统安装,配置,管理,一个都不能少,对于Linux,你至少要对一种系统做过系统管理,熟悉常用的命令行操作,具体要会哪些,建议google一下,用Linux的时候,尽量能用命令行,就不要去点鼠标,因为它不是windows,要改变这样的习惯。能在Linux下能安装和配置软件,最好建议大家自己下载source code,亲自编译,了解make file的原理。

四,扎实的软件测试理论

这是做为测试人员最基本的,不要连开发人员都知道的一些测试方法,我们测试人员竟然没听过,很多测试人员觉得理论知识我看过,以为自己就了解了,其实做过一段时间之后,你再回头去看理论,会有更多的收获,我工作多年之后再看测试方面的书籍,发现还是会有不同的收获,理论是实践经验的总结,不能说最好,但是如果说你设计测试用例的时候,如果每种方法都有涉及到,你肯定会发现用例覆盖率会高,而且容易发现bug。

五,尽量自己分析问题

发现问题了,怎么办?可以找相关的开发人员帮忙分析,但是我想说的是,在发现问题之后,能自己尽量的寻找线索,首先要确定非环境因素,比如检查配置是否全部正确,网络是否有问题等等,然后确定非环境因素后,保护现场,保存记录系统提示信息,如果有日志功能,那自己先根据日志查找一些线索,并把自己检查过的地方和做过的分析信息尽可能多的提供给开发人员,而不是仅仅把错误日志或者错误信息丢给开发人员让他们分析就不管了。

六,多涉猎一些项目之外的知识

不要做一个项目,就两耳不闻窗外事,做测试的就是要涉猎的广,跟开发不同,测试是要能接受任何类型的项目,因为测试是一门方法学,方法学是不受某个产品或者领域限制的,但是如果你对其他领域也了解的多,对你做测试是有帮助的,前沿技术你也要了解一些。

七,掌握一些安全方面的知识

往往系统安全是很重要的,如果你能提出一些系统安全方面的漏洞,那别人自然会觉得你考虑的比较全面,至于安全方面需要哪些知识,我觉得首先从网络安全入手,了解一些密码学方面的知识,比如了解常用的加密算法原理,比如报文加密传输协议原理,建议看一下hash的方法,这个简单容易理解,还比较容易举一反三。

八,提高沟通能力,懂得尊重开发人员

测试人员要面对的人员很多,客户,项目经理,开发人员,产品经理等,有时候你会全部都接触的到,那么沉默就不一定是金,有良好正确的沟通能力,会帮助你提高在其他人心目中的好印象,沟通不是能说就行,要正确的沟通,高效的沟通,就是能用最简洁的语言把事情描述清楚,沟通的好,你的人缘就会好,就自然会受到大家的欢迎,其他人也愿意与你合作,千万不要在背后评论开发人员,即使评论,也评论别人的优点有哪些值得我们学习,懂得尊重开发人员,即使所你技术比别人强,懂得尊重别人的人才能被别人尊重。

九,不要自己把自己的地位降低

很多测试人员觉得自己做的测试工作本身就没有技术含量,觉得自己的工作创造的价值少,没有挑战性,其实如果连你自己都看不起自己,那如何让别人看得起你呢?

总之,做测试,是一门技术,也是一门艺术,我们把世界分为三个层次:技术(Technology),科学(Science),艺术(Art),技术是底层的,科学高一层,艺术是最高层的,技术可以通过短时间内学会,而如果把技术上升为科学,是需要大量的研究和积累的,而艺术的层次,这个不是学的来的,你需要有天赋,比如乔布斯,他就是因为有了艺术的天赋才造就了成功的苹果。

看着上面这些,你会不会觉得做测试要比开发需要学习的东西更多呢?如果你这么想,那就是正确的,真正优秀的测试人员,绝对是要在综合能力方面超过开发人员的,因为,你懂得的不仅仅所一门技术,你已经掌握了一门艺术。

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-7-6 17:28:38 | 只看该作者
你把房产证放在办公桌上,开发就不敢狗眼看人低了
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2012-7-9 20:56:07 | 只看该作者
测试要能发现问题,别总提一些鸡毛蒜皮的小BUG,我相信,能发现质量问题的测试,不可能被开发看不起的,难不成谁敢置问题于不顾?对于测试工具、自动化、语言这些东西,说实在话,并不是必须的,做开发终究是做产品,产品都是给用户用的,我们完全可以以一个普通用户的角度来测试任何公司的产品,所以现在很多公司动不动就必须要熟悉自动化,应该是过高的要求了,现在不敢说90%,起码80%的公司是不适合自动化测试的,手工测试成本更低,效率反而更好一些。个人见解,不喜勿喷
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2015-8-28 15:02
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
    发表于 2012-7-9 23:58:47 | 只看该作者
    其实是一个总结得很全的帖子,没想到竟然没什么回复,如果测试人员能做到LZ说的那些的话,已经很了不起了。其实感觉一个高级测试工程师要比一个高级开发牛很多
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2012-7-10 16:47:07 | 只看该作者
    的确,测试要比开发懂的多,那是一牛人。近日来,听到很多技术的人听到测试人员只是纯手工测试,都很轻蔑的说:“扫地阿姨都可以干的”,很是郁闷!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2012-7-10 17:55:30 | 只看该作者
    自己感觉做测试 要了解编程语言,要不然很难和开发沟通。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2012-7-11 16:54:46 | 只看该作者
    手机软件测试新手上路,来膜拜一下楼主,感觉楼主很朴实,说的话都很实在,学习了~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2012-7-13 17:51:08 | 只看该作者
    顶楼主,我也是做了7年手动测试,大家都说测试做起来容易,其实不然,要做好测试不但需要过硬的理论知识,还需要积累扎实的经验,总之要做好测试并非易事
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2012-7-14 16:41:11 | 只看该作者
    想要看得起,就要懂得起
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2012-7-16 16:31:19 | 只看该作者
    真知灼见!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2012-7-16 16:49:20 | 只看该作者
    看了之后还是有收获的一篇文O(∩_∩)O
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2012-7-18 12:20:13 | 只看该作者
    本帖最后由 pubuzhixia 于 2012-7-18 13:57 编辑
    测试要能发现问题,别总提一些鸡毛蒜皮的小BUG,我相信,能发现质量问题的测试,不可能被开发看不起的,难不 ...
    wangzujing 发表于 2012-7-9 20:56



    前半观点并不是测试的初衷。相反,测试员本来就应该以比用户要严格得多的要求来对软件提出质疑。一个产品质量高的软件工程体系,甚至都有对测试的结果进行审核的部门。我之前的公司就有。一个鸡毛蒜皮,也许在你看来是鸡毛蒜皮,而实际在某个情况下,导致失效。项目中,你一块蒜皮,他一根鸡毛,积攒多了,有保证能不出问题?认为鸡毛蒜皮不用改的,基本都是救火式的小公司。
    至于自动化和手工,个人觉得并不存在什么技术性区别。我做白盒的,举个例子,难道手动写测试驱动和测试桩的,比起用工具自动生成测试代码的,更没技术含量?
    手工测试不等于就是点击点击界面记录记录数据的那种入门级黑盒测试。前者的涵盖面比起后者,多多了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2012-7-24 15:27:35 | 只看该作者
    很不错,值得学习,楼主确实是一个很实在的人,某测试群的群主
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2012-7-25 10:00:42 | 只看该作者
    这个帖子不错,大家快来顶起来!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2012-7-25 15:16:57 | 只看该作者
    总结的很好,学习学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2012-7-26 20:47:04 | 只看该作者
    LZ说得很好,UP。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-2-14 11:33
  • 签到天数: 183 天

    连续签到: 3 天

    [LV.7]测试师长

    17#
    发表于 2012-8-3 10:22:02 | 只看该作者
    楼主说的很好。
    可是楼主,一个测试人员要全部达到你所列的这些条目,貌似很不现实。。。
    唉,我也想做个有理想有抱负脱离低级趣味的人,可是理想与现实之间总会有点小差距。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2012-8-14 11:26:22 | 只看该作者
    能做功能测试、能做性能测试、能做自动化测试、能搭建服务器、能做开发,,,这样开发人员就不会看不起你了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
     楼主| 发表于 2012-9-17 19:10:24 | 只看该作者
    本帖最后由 larryyang 于 2012-10-9 09:37 编辑
    楼主说的很好。
    可是楼主,一个测试人员要全部达到你所列的这些条目,貌似很不现实。。。
    唉,我也想做个 ...
    lctlee 发表于 2012-8-3 10:22



        其实,也没有不现实,不要低估自己的学习能力,这些其实都不算什么的,不需要你每一点都很精通。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-9-28 07:51
  • 签到天数: 6 天

    连续签到: 2 天

    [LV.2]测试排长

    20#
    发表于 2012-9-27 17:27:36 | 只看该作者
    呵呵,看看帖子,学习学习!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-15 19:45 , Processed in 0.079163 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表