勤奋、好学、不矜、不骄才是好女子

测试管理心得体会

上一篇 / 下一篇  2010-01-02 09:47:05 / 个人分类:软件测试管理

查看( 697 ) / 评论( 11 )
   进公司已经将近七个月了,因为我公司是一个小公司,测试流程都不规范,而且几乎公司里的人连同老总一样都不懂测试,老总刚来给我的任务就是,你将公司的测试给咱们规范起来,当时还是蛮有信心的,而且感觉自己也是能做好的。
   现在回头想想,其实没那么容易,开始我是用“测试之星”来对测试进行管理的。而且我将一切所需要的都搭建好了,用这个工具开始的第一个项目是“中交资讯网”,但是由于当时时间紧张,所以就没有写测试用例这一环节,直接是bug流程的管理。这样进行了时间不长,老总又说,开发人员不懂用这个工具,我于是就给他们讲了一下,当时感觉这个流程很不错,而且他们都可以及时的看到提交给自己的bug,可惜他们总是不会及时的去看,只有项目经理或者老总说,“喂,谁谁谁?你把所有的bug都去改改,他们才肯动手”。我当时感觉很无奈,而且有一个程序员竟然说了句:“这东西那么麻烦,你还是用excel或者word给我看吧!这测试之星是用java写的,麻烦死了”。我当时无话可说,想你懂得什么是测试吗?你懂得这样给公司节省多少时间和成本吗?可惜我还是没说出口,只是尽量做好自己的事情。可是到了后来,因为这个项目的客户也很难缠,对界面的东西要求非常高,所以后来我将重点转移到看界面的一些很弱智的问题。结果老总让我将测试之星里面的bug用excel整理出来,我当时好伤心咯,因为我搞了那么久,结果竟然是这样的。失望的很,也很讨厌整天做一些让我觉得没意思的事情。
    在第二个项目中,我仍然不放弃用测试管理工具“测试之星”,开始还比较好,因为我把测试需求、测试用例都已经基本写好,当然在测试的过程当中,我还得及时的更改需求及用例,中间环节有一个审核bug的人员,交给了项目经理,我提交的bug给他,他在转给各个开发人员进行修改,但是后来我发现他基本就没用多长时间,整天和客户口头去沟通,结果改的是一塌糊涂,我提交的bug他也再没有给开发人员。后来中途出了点故障,这个项目组的所有人都讨厌他的工作方式,本来不加班的事,总是让大家去加班。这场风波的确是不小,搞得他说自己要辞职。可是后来还是老总说服他了吧。他又来了。结果发邮件给我说,让我用excel写bug单。然后给他看,就这样我用测试之星又一次失败了。但是我感觉我们的项目毕竟要赔钱。因为这样的测试管理,浪费时间,消耗人力,我有时候整天做一些让我没有激情的事情。我心凉了。可是有什么办法呢?还是自己好好钻研吧!于是心里开始动荡,计划跳槽的事情。目前还在公司,也就按照公司他们说的做算了。
    在三个项目中,我觉得以前那样做都不好,不写用例测试的话,会遗漏很多问题,测试也会不完整。在第三个项目中,我用excel将测试的模块与测试点以及测试方法简单的整理出来,以后按照这个方式进行测试。
    经历了那么多,感觉公司的发展让人担忧,因为太多的不规范,浪费很多的时间,而且我们这些人经常性的加班,过元旦也要加班两天。感觉心里很不爽。
   我将我自己整理的模板给大家看看,大家可以给点建议,共同学习,将测试进行下去!

TAG:

msnshow的个人空间 msnshow 发布于2010-01-04 08:59:36
要在公司推行一些新的工具,就必需让使用这些工具的人知道,使用这些工具给他们带来的好处,而不是更麻烦,增加了他们的工作量

另一方面就是,必须有一个能说话的人,支持你的工作,这样你才能把工作开展起来
helina168的个人空间 helina168 发布于2010-01-04 09:13:32
感觉楼主的经历和我的差不多,我的情况比楼主好一点,你可以换一种方式慢慢来,也就是给程序员一个过渡时期,先用BUG管理工具和文档形式结合管理BUG ,然后慢慢的把文档形式抛开,还有一种办法就是,时间,等自己在公司待了一定的时间,公司里无论老员工还是新员工都会支持你,作为一个新人很难得到身边的支持,特别是站在测试这一岗位,一起加油吧!
gaofeng.wang发布于2010-01-04 10:58:24
好的东西 有价值的东西 需要坚持  相信自己  
Angelia huiyanni 发布于2010-01-04 16:17:36
谢谢你们
你们说的都有道理,所以很多事情都不是那么容易的,需要努力,需要坚持自己的观点,所以我会将“测试之星”这个管理工具使用文档中整理出来,到时候给大家看看
rapidhorse的个人空间 rapidhorse 发布于2010-01-05 15:06:48
说一点个人看法:
1.如果工具真的很好用,能够提高整个团队的效率,应该不会有人去排斥。
2.用excel、word之类其实反而会给开发人员添加很多麻烦,无法与测试人员共同变更bug状态(同步之类)。
3.你那公司缺乏的不是管理软件,而是管理制度。
管理制度未建立时去使用管理软件,肯定会觉得多了很多框框条条、碍手碍脚。
管理制度建立后不使用管理软件,很多工作就需要手工来做,效率不高。
管理制度建立后再推广管理软件,流程理顺效率大增。

软件只是对制度、流程的约束与增益。
nancysnow的个人空间 nancysnow 发布于2010-01-05 15:18:21
楼上说得有道理。
syn1118发布于2010-01-06 13:51:44
六楼说的有理,管理制度和工作流程规范了,在去推广管理工具,而且要选大众认可的管理工具。在给开发做管理工具培训时,把你推广的工具和用Excel、word之间的区别,优缺点都罗列明确。他们就更容易接受了。这里沟通相当重要,跟这些开发人员搞好关系,他们也会更支持你的工作!
syn1118发布于2010-01-06 13:57:45
测试之星是什么管理工具?我是第一次听说,没有用过。
zwd183335发布于2010-02-01 17:20:17
管理工具应该是一个很好的东西,我们公司测试人员才5个人,都在用QC系统。
zwd183335发布于2010-02-01 17:22:34
要么是你的工具不好用,要么就是管理工具没用好,没让你的领导看到用工具的好处呀,如果你的工具比Excel还好用的话,为什么要用Excel?
雷子的blog louis_lu 发布于2010-02-07 10:26:49

QUOTE:

原帖由 rapidhorse 于 2010-1-5 15:06 发表
说一点个人看法:
1.如果工具真的很好用,能够提高整个团队的效率,应该不会有人去排斥。
2.用excel、word之类其实反而会给开发人员添加很多麻烦,无法与测试人员共同变更bug状态(同步之类)。
3.你那公司缺乏的不 ...
说的挺好的,分析的有道理。
我来说两句

(可选)

Open Toolbar