51testing论坛版主,专注于软件测试及测试吐槽,屌丝测试攻城师一枚。。。。。。。。。。。。。。。。。。。。。。。。。新浪微博:@没翅膀的飞鱼-------邮件交流:wzb_minitester@126.com------

测试执行负责人经历之经验总结二

上一篇 / 下一篇  2013-07-07 11:06:57 / 个人分类:测试管理

今年写独立于项目总结的文章较少,一来是今年的项目确实多而且复杂,作为测试负责人承担的责任也更多,思考项目具体问题时间较多;二来多数的主题思考都在项目总结中写过(想想,今年写的项目总结文章也有二十来篇吧,由于涉及到具体项目就没有分享出来);之前跟一个前辈交流,前辈提到好的思想都是独立于具体项目,不依赖与具体项目;好吧,我表示自己的思想还不够层次,趁休假看病时间再依据过去一年作为测试负责人,聊聊测试执行负责人相关的经历经验,去年写过“测试执行负责人经历之经验总结一”:http://www.51testing.com/?uid-363907-action-viewspace-itemid-827317

今年再来谈谈,一来总结,二来了却总结一中自己说过的话,欢迎交流探讨。

今年换组,新的老大给予测试负责人的职责更多,相应的,测试负责人施展自己想法的机会也更多。这里简单从以下几个方面说说:

1.遇事不乱,没做过摸索去做

可以先看看这篇文章:http://www.51testing.com/?uid-363907-action-viewspace-itemid-848643,我很赞同作者的观点,不管遇到什么项目,老大把项目抛给自己,那就积极去接,不要担心能力不足什么的,人都是在实际中去总结积累经验的,昨天看《开讲啦》,很同意文章的观点:趁年轻,要敢去做,做错了,至少能证明我当初的决策是错的(当然这个看具体公司具体情况)。作为测试负责人更应该如此,如果遇到问题自己都有点怵,组员更没有信心把项目测试好。前阶段也遇到一些困惑,发现项目越来越大,有点把持不住力不从心的感觉,就找一些前辈聊天交流,也看一些文章和书籍,学学项目管理、测试管理,把自己的疑问抛出来,试着去找解决的方法,告诉自己凡事都会有解决的方法,不管方法是不是最好,但是可以先做再去优化。

2. 测试方案

测试方案的重要性之前并没有深刻体会到,因为一直感觉公司的方案都是走流程走形式,具体系统测试前会临时安排,测试方案的重要性没有凸显出来。但是最近接的一个项目改变了我之前的看法,这个项目是跨平台合作进行,整体测试方案中要注明需要的测试资源、测试工具、准入准出原则、各平台的职责等等,各组都按照这个方案来,项目总体来说可控性就比较强一些。之前都是单组作战,其灵活性可以弥补测试方案的不足,但是当项目涉及到多个组来完成时就要考虑有个文档来统一一下步伐(当然这只是测试方案作用的一个方面)。

3. 测试改进优化

这块是今年做的比较多的一个方面,负责的项目逐渐针对每日反馈、测试度量、测试时间甘特图、缺陷分析、更新说明讨论会等展开优化,也与开发人员进行了一些必要的约定;自己也一直在反思项目中存在的一些问题,然后把问题抛出来,组织大家一起讨论交流,寻找解决及优化的方法。测试改进是个持续的活动,想要高效率高质量,就得多发现测试过程中的问题,多思考优化途径。现在困扰我的有以下几个问题,使用的方法一直感觉效率不高(把问题抛出来,有兴趣的大家可以交流下):

1> 回归测试用例如何更有效的筛选?这个问题看起来很简单,一些书籍上也有很多介绍,但是具体实施起来还是有一定难度,首先你得保证开发人员的话可信(如哪些做了修改等等);再则看不到代码的情况下你得判断对哪些模块有影响(需要你和组员对业务都很熟悉);最后主要功能走还是不走?

2> 时间不够,如何完善更改测试用例?

3> 谁来修改测试用例更合适?

4> 风险把控做的还不好,还在学习

4. 沟通

如其它文章一样,各方面的沟通一如既往的那么重要,这里就不多说了。

5. 让组员舒服

之前老大跟我说过,作为测试负责人就是为组员服务、让组员舒服,这个观点我一半赞同一半不赞同,有问题找负责人来协调沟通没错,但是如果负责人把什么都整舒服了对于新人来说心里上就会有依赖,人一旦有依赖就会变得懒,懒得去思考解决方法,懒得去优化测试过程等等(当然这个也不一定),这个度要适当把握下,有些问题需要组员自己去解决,不要什么都管。

6. 业务及测试技术

对于业务你应该比组员更熟悉,这里可能涉及到管和技的讨论,但在中国这个大环境下:做技术管理你就得有技术了解业务,不要跟我瞎扯淡,那真的没用(有点极端,但是这是事实)。虽然不一定要了解每一个业务细节,但是在整体上必须要熟悉,闲暇之余多了解下业务知识,多学习下测试技术,也会让你这个测试负责人做的更有说服力。

7. 整体把控

遇到突发问题如何解决、测试策略如何选择、资源如何实时调节、如何调动测试灵活性,对一个测试项目的整体把控的前提是你要了解这个项目的情况:项目测试内容、项目目前表现的质量情况(如何让产品质量更透明,如何测试度量)、组员能力等等,这些方面需要多花点时间去观察去思考,自己也在学习ing

8. 身先士卒

碰到事情不要推诿,制定某个规范或者约束时自己先带头去做,我本人就比较讨厌一些管理者,自己制定的规范自己不去遵守,还整天嚷嚷这规范那该怎么做。说服别人做好的办法就是我先做好,你跟着做。

现在感觉有些想法还需要去验证还不太成熟,就先写这么多吧,越来越不敢写文章了,总感觉写的有点肤浅,哎。

--------没翅膀的飞鱼


TAG:

厦门测试 引用 删除 liujh1211   /   2014-01-20 17:57:59
写的很好
厦门测试 引用 删除 liujh1211   /   2014-01-20 17:57:29
5
引用 删除 抬头依然是北   /   2014-01-20 11:11:15
写得挺好,工作仅两年写了这么多文章,很棒呢!有前途啊!!!
 

评分:0

我来说两句

Open Toolbar