2012-陈永达聊测试团队

毛主席说过:“没有调查,就没有发言权。”好吧,我的确没有真正意义上的带过团队,至少我待过团队,也仔细观察过团队,所以我还是想聊一下关于测试团队,发表一下我自己的观察和简介。如果有不正确或者有争议的地方,欢迎大家留言拍砖,或者直接邮件到:cydblack@163.com。

关于团队的定义,百度百科中说到–团队(Team)是由员工和管理层组成的一个共同体,它合理利用每一个成员的知识和技能协同工作,解决问题,达到共同的目标……balabala……

在我刚走出校园踏进公司开始正式成为一名软件测试人员的时候,我心目中的团队是:能让我学到东西的,能带我成长的,与其他组员能互相帮助的,组内的测试流程是规范的,最好是有做自动化和性能的测试,并有这样的高人能知道的,测试老大是通情达理的…… 应该很多测试刚开始的时候都是这么想的吧。

虽然最后进了一家公司,我们组的测试人员加上我才两个,且小组刚成立,也没有所谓的什么测试流程。最后也慢慢的小组人员越来越多了,流程也有了个最简单的流程,也有做过了自动化和性能测试。但在这家公司的一年半里,也有了不少的疑问:

测试组应该是独立与开发组,与开发组是平行的呢?还是应隶属于开发组?

在我看书学习软件测试的一些基本知识的时候,关于部门间的概念到一直不是我关注的地方,我一直觉着,测试组应该是与开发组平行而立的一个独立部门,至少,话语权应该是独立的。

测试组的地位?

我不清楚每个公司里的测试组的重要性,至少不应该表现出测试组地位很低的样子。公司给测试配置最低配置(512M内存)的电脑,或者当开发多的时候把测试人员的位置撤出放置角落里,测试人员的桌子只有开发的一半大小等等,都会让作为测试的我感到十分的失落,总感觉测试组是可有可无的存在,的确让我在工作的积极性上降低了很多。所以,如果有朝一日我能开公司,我会注意到这些细节。

领导不懂测试怎么办?

这个问题一直在围绕着我,我有时候感觉我处理的并不好,但也很无奈,测试技术类的书中没有写过这些,用经历来学习一旦做错了,会很受影响。在曾经的公司里,虽然有测试组长,但基本所有的测试管理都是由开发组长进行分配的,而开发强大的领导对测试的了解并不多,在他们的认为里,测试就是请一帮坐在电脑前,做些点点鼠标敲敲键盘打打BUG,写个用户手册之类的简单机械工作的人。所以领导认为每日的工作就是,8小时每天对这电脑点几个按钮进行操作,反反复复,每天的工作如工厂流水线一般,月月如此,这让我着实郁闷了好一阵子,甚至让我产生了不想再做测试这样的职业的想法。

后来由于测试需要,引入了自动化,也是由我在做自动化(<聊自动化测试>中提到了),测试做的很顺利,我的工作能力和对工具的掌握都得到了很好的提高,但是在心理上,却总是非常失落,原因也是领导并不懂测试,更不懂自动化测试。在他们的印象中,自动化测试是工具在测试,所以在日后自动化测试带来很好效果的时候,领导大为感叹现在测试工具的发达,工具测试的强大,而编写脚本的我,成了炮灰,为了架起自动化测试而写了很多脚本的我,由于整日在“写脚本”,而不是在“点点鼠标敲敲键盘”的操作软件,被领导认为“整日不务正业”,并很荣幸地得到了不少差评。奖金没了是小事,但是那种说不明的心酸与委屈……

离开公司后不久,听以前同事说,所有的QTP脚本都停滞了,因为没人会用QTP“录制”出不报错的脚本,自此,组里便不再做自动化测试。

关于质量?

“通过测试能不能保证软件质量?”这样的题目在各种测试类书籍、考试和谈论中出现过,我相信所有测试人员都会说不能,让测试人员说为什么,可能还是比较容易的,会说质量是团队合作,需要需求、架构、开发、测试等等所有人员的共同努力来保证软件的质量。但是,怎么让领导明白“通过测试不能保证软件质量”呢?至少我还不知道怎么来说服。

我将这个问题发到了一个群里,经过激烈的讨论,得出的结论也都是版本控制、注重流程、做好各类文档、做好风险分析等。我也是非常看好完备的测试流程,但有时候遇到不愿意完善流程,把问题的责任全都推向测试人员的领导也很无奈。

关于GUI界面的BUG?

这个的意思是,如界面难以直视,按钮乱七八糟,这时候要不要打BUG?我个人觉得,应该打BUG,优先级和严重程度设低,开发根据进度,优先功能,然后最后进行下界面上的调整。虽说界面BUG不是什么很严重的BUG,但作为用户来说,界面最直接面向用户,友好的界面,和良好用户体验,我认为一定能给用户在选择软件时加不少分,所以我在测试的时候,不只是关注功能,也会提交一些关于界面优化的建议性的BUG(了解我的人知道,我美术不错,所以本能的会对界面比较敏感)。直到有一天,领导对我说,“你的测试太肤浅”,瞬间觉得,好吧,我管的太多了。然后又有一天,另一个领导来试用软件,直接大声说“这界面这样怎么行,怎么没人提,打电话把开发叫过来”,我…….

所以界面GUI的BUG,到底该不该提,怎么提,是个技术活啊!

也和UI组的朋友聊过,原来郁闷的不只是我们,UI最后的设计是某开发领导“指点江山”出来的的,都不容易啊~

       组内相处

我是个喜欢分享和乐于帮助的人,我会把我所知道的说出来,我不喜欢那种各个生怕别人抢了自己饭碗一样,将一些技术藏着掖着的团队。我也提倡组内学习,相互学习测试技术,能提高人员对测试的兴趣,提高积极性,也能使组内更加团结。但如何建立起这种组内学习?我没有什么很好的建议,以前用了那么长时间都没建立起来,现在更是单枪匹马做测试。我希望网友们能给我一些建议和实施办法。

上面是一些我对于团队的疑问和困惑,欢迎大家踊跃的讨论。更希望那些管理做的好的Leader,能分享一下经验,解除一下我心中的困惑。

首发地址:
51Testing博客:http://www.51testing.com/index.php?uid-307440-action-viewspace-itemid-829368
51testing推荐:http://www.51testing.com/html/99/n-829399.html

One thought on “2012-陈永达聊测试团队

发表评论

电子邮件地址不会被公开。

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据