回复 37# 丫头sunny
1.
如何进行测试管理,怎么样才能降低风险
提问的同学太看得起我了——喜忧参半吧。切入正题:
提的问题好大,有气吞山河之势。测试管理如何开展进行,不仅仅是个技术问题,更多要和企业的制度流程等等结合在一起才能说得清——方法总比问题多。
1.
管理行为要区分,高层管理更多理人,基层管理更多管事。测试管理更多关注事,所以要计划、安排、协调促成事情的完满解决和完成;
2.
对测试管理,需要构建必要的流程、规范和执行标准,并逐步的引入工具。这是一个渐进过程,需要迭代更新,无法一步到位
3.
很多时候,是很多技术人员升任管理岗位,这个时候要尤其重视流程和规范。至于理由,我想最大的一点可能就是这个管理者出生的本身。技术人员更重视逻辑性,但是却未必重视规范的要求,很多时候是怎么方便怎么来。这种情况在个人身上未必是件坏事,一旦落到组织里,其管理的有效性就会打折扣了。
测试管理风险,是个很好的课题,值得研究。不同的组织中有不同的风险,这里简略列下大同的(也未必很完整),至于特性的,请自行斟酌
Ø
外部的最大风险,始终来自你的上层是否能提供足够的支持和资源
Ø
内部的最大风险,来自于团队整体的素质(不仅仅是能力,还包括凝聚力、创新性等等)
如何降低风险,光从系统上可以列出很多。我们先谈谈最重要的几个(一个是沟通、一个是人)
1.
沟通,还是沟通。不仅要面向你的下属,你的同事,还要面向你的上级经理和Boss。想来,曾经有人专门就沟通写过一本书,总共列举了差不过我们在工作中用得到的所有沟通形式,谈话、会议、汇报等等等——书名不记得了,日本人写的。
2.
降低技术风险和团队整体素质风险的有效途径之一是教育和培训。曾听说过HP每年有大量的经费用于内部员工培训,虽不见其效果,但是从每年投入而言,可略略窥知其效果。
在技术及过程层面上,自己碰到的这么几个风险暂列下,如果大家有兴趣,有时间的话可以逐个分析。
1.
手工测试太多,缺少必要的工具,不管是自动化的还是流程管理的
2.
缺乏必要的文档测试
3.
单元测试不组织交叉,甚至都没有
4.
测试介入过晚
5.
测试用例及方法重用率低
6.
人员素质低下,技术能力不足
7.
进度估算存在重大偏差,缺乏预估能力
|