[转载]测试管理的真实案例

真实案例:
张同学,临时接到管理测试团队的任务,急需要出团队管理方案~
团队现状:3位测试、50位+开发,测试同学基本只会功能测试,目前只是整个团队只是进行了功能测试;

OK,
如上现状,你是否发现了什么问题?

首先,这位同学遇到的问题是,
输出测试团队整体管理升级优化方案,
是否丰富测试类型,需要加上白盒测试、自动化测试?

其次,如何引入规范合理的测试流程
提升整体质量


针对如上的案例,老徐给出的几点建议:

1、目前的测试、开发比例,明显存在严重问题,正常国内控制在1:6左右,理想的1:4,简单直接的方法是申请补充测试团队编制;

2、如果在人员不增加的情况下,充分利用好目前整个团队已有的资源
引入开发自测流程,开发提测前,必须保证功能流程自测通过(如何很好的走开发自测流程呢?你可以想想,今天这里老徐不深入分析;有机会可专题分享)
充分调动设计的资源,提测前,设计同学提前识别UI方面的问题
充分调动产品的资源,提前做产品验收环节
测试管理者,要学会利用一切可以利用的资源;
测试,不只是提BUG。
老徐多次提过:BUG多,说明不了任何问题。

3、测试环节的目的是:推动进度、质量、流程
不断提高自己的专业技术,争取充分的话语权

4、如果在自己不擅长自动化、接口、单元这块内容,且团队成员都无法胜任的前提下,不要轻易去尝试这块内容;不要给自己挖坑!
始终明白一件事:测试团队的目的是什么?引入其他测试类型的目的是什么?
不是为了引入而引入!

posted @ 2016-04-29 18:14  阳光温暖了心情  阅读(1627)  评论(0编辑  收藏  举报