做为测试经理,这两年我都做错了哪些事(一)

我是一名测试经理,在过去的两年时间做了两件事,团队从0到1的搭建和从QC到QA转型。这两年没有什么精彩的故事,都是一次次的尝试-失败-尝试的过程。

公司背景
近两年主要做项目外包。客户是央企,我们做完的项目要过他们的测试部验收,测试超过两轮要罚款。他们通过的标准是一般问题不超过三个,轻微问题不超过五个。

第一次失败——冒进的左移
团队组建后,我等到了第一个全新的项目A。这个项目对我和我的团队来说都是至关重要的,我们需要这个项目来给自己树个标杆,开个好头。
于是我把过去两年我认为最有效的测试方案应用到项目-测试左移。在项目经理的配合下,我们将项目按模块进行了拆分,并配合着制定了开发计划和测试计划,一切都有条不紊的进展着。随着项目的推进,一个致命的问题暴露了出来——返工。大量的工作被推翻重做,项目周期也延迟了一个多月。在这一个多月中,测试和开发团队都在不断的返工中度过。项目最后的交付质量也是惨淡收场——验收五轮。
项目结束后,我反思了失败的原因:

1. 测试方案的激进: 在对项目的整体难度和项目团队能力有充分认知前,贸然的选择了最激进的左移,致使测试工作节奏混乱,在后期的不断返工过程中,成员情绪也有很大的影响。
2. 里程碑拆分不科学: 在开发计划制定好之后,匹配测试计划时,单纯的只考虑了完成了哪些就测试哪些。完全没有考虑到模块间耦合的问题,没有考虑后面开发和修改bug对已完成工作的影响,也是造成返工作主要原因。
3. 变更失控: 这个项目的需求前前后后修订了几十版,一部分是客户频繁的提出新的要求,另一部分是因为在项目进行过程中自己发现的的坑,不得不一次一次的填坑。变更失控,势必造成无休止的返工和延期。
4. 低估了项目难度: 项目初期测试针对项目数据方面的逻辑设计了数据模型,但是随着项目的不断深入,测试和开发达成的一致被不断的推翻,甚至在最后交付前,核心的数据逻辑测试和开发还发现有部分分歧。

错过了两次补救的机会

  1. 在第一次出现返工时,没有认识到根源问题,仍然安排测试人员全程的跟进。错失了第一次调整方案的机会;
  2. 在变更频率表现异常是,同样没有深入的挖掘问题,还在盲目一条路走到黑。错失了第二次调整方案的机会;

总结:

  1. 所有的方案确定都要依赖于对环境的充分了解和分析,每一个项目都是独特的,盲目的套用会死的很惨;
  2. 每一个问题都不是个例,它背后一定有隐藏的原因,深入的挖掘问题才能避免更多的问题出现。

第二次失败——不灵活的“灵活”

团队组建之初,项目并行是我们面临的一个巨大的考验。于是在项目B上,我尝试了团队的灵活切入切出,希望实现人员的可插拔。
在项目B中,每个阶段开发完成我都会尝试更换一名测试人员,希望锻炼团队面对项目时的灵活性。项目B前前后后参与的测试人员有5名,最后的交付质量同样是五轮验收。
又是熟悉是场景,却有不同的原因:

1. 项目盲区: 人员变更势必造成对项目和需求的盲区,每个人负责自己的阶段和模块,即使多做一些,仍然不足以覆盖到整个项目的盲区,盲区就Bug的温床;
2. 人人负责=没人负责: 当所有参与项目人都知道我只会在项目中工作一小段时间,当要求所有参与项目的人对项目负责的时候,就是没人会对项目负责;
3. 测试工作很失败: 在对客户验收的问题做整体分析之后,发现75%的问题是因为我们对客户验收标准的不对齐导致的,如兼容性要求,需求文档要求,用户场景要求等,都被我们忽略掉了。

总结:

  1. 灵活可插拔,并不意味着所有人都需要频繁的变动,1+N的模式会更好。即一个负责人,加上N个可调整的测试人员;
  2. 每个项目有且只有一个负责人对项目负责,亘古不变的真理;
  3. 对齐标准永远是第一要务,要芝麻给西瓜的事千万不能干。

第三次失败——成本才是王道

公司的项目全部都是功能测试,本着提升团队素质和产品质量的初衷,开始推进接口测试。在给团队做了两期的基础概念加工具使用的培训之后,找到项目经理选定了一个周期相对宽松的项目开始了接口测试之旅。过程整体符合预期,两周的时间完成了用例设计到测试的全部内容。发现了一些项目问题,团队也积累了实战经验。但是还是失败了,这次失败不是这个项目失败了,而是接口测试没有推广下去。
这个原因就显得更为冷酷了:
1. 成本压力: 接口测试的介入,并没有减少功能测试的时间,增加的十几人天都是额外的成本。对项目质量的提升因为没有对比数据,所以无法体现;
2. 周期压力: 测试需要较完备的接口文档,才能支撑测试。理论上接口文档应该在项目设计阶段定义,但实际项目并没有接口文档,swagger的信息也是简单的不能再简单了。开发人员需要额外的时间编写文档,测试人员需要额外的时间测试,客户又不会给足够的周期;

总结:

  1. 扩充技能树是好事,但是目的应该是节省成本。任何不考虑成本的投入都是耍流氓;
  2. 技能的应用应该更灵活,比如在里程碑中加入接口测试做验收,事半功倍。一味的放在集成测试中必然不会成功。

第四次失败——内部客户大于外部客户

有一天老板找到我,说有一个纯测试的项目需要评估一下。拿到信息之后做了基本的梳理,政务类项目,逻辑简单但是表单超级多,搬砖的活。将信息反馈给老板并与老板再次交流之后我的结论是-做不了,团队当时处于满负荷工作。后来与老板交流了几次,我的反馈都是做不了。最后老板找了几个在校的实习生来协助我,于是开始接触客户。在于客户的几次交流中,客户的诉求是希望能节约成本,但是我还是坚持质量第一位,最终客户接受了我们的方案。项目最终顺利的做了下来,80多人天,900个bug,40000条用例,数据看还不错。为什么也算成失败了?
1. 没有满足内部客户的诉求: 老板带过来的项目,可能有很多的考虑,比如利润,比如搭上新的客户等等。我在接收到信息之后,第一反应是我的团队消化不掉就不要做了,完全没有考虑到要替老板攻下这个山头。
2. 没有满足外部客户的诉求: 在客户频繁的表达想降低成本的时候,没有站在用户的立场,可能政务类项目的质量标准和其他客户并不相同,可能这只是个演示版本,后期还会有更大的变动,种种可能都没有去过的考虑。虽然客户认可了我们的方案,但是结果就是客户再也没有和我们进行测试类的项目合作。
总结

  1. 对待内部客户应该像是对待家人,解决他们的问题应该是放在第一位考虑的事。就像孩子过来跟你说我饿了,你的第一反应应该是我要想办法给你弄点吃的,而不是我没有钱。
  2. 对待外部客户应该挖掘核心的诉求,满足客户才能带来长期的胜利。

待续······

原文地址:https://www.cnblogs.com/lunerz/p/12095919.html

时间: 2024-10-02 11:57:04

做为测试经理,这两年我都做错了哪些事(一)的相关文章

想做测试经理的看过来

当你来到公司的第一天,他就是你今天要找的人.刚挂掉找寻的电话,略微寒暄,就开始帮你安排座位,安排带教人,带你熟悉工作环境……一切都那么井井有条.这,大约就是对测试经理这个职位的第一印象了.工作后慢慢发现,他控制着测试组接哪些需求,会跟进每个项目的进度,去开有大领导在的会议,也时常找人单独谈话,组织每周的部门例会,还会定时告诉你的绩效.这个职位的薪水也是个谜,听说会比测试高一点,工作却没有测试那么忙,不用写用例,也不用测试,就是要承担项目的风险.刚进入测试行业的我,觉得测试经理是份不错的美差. 怎

如何当测试经理?

前言 把软件测试作为职业有怎样的未来呢?答案是复杂的.测试职业很容易走进死胡同,因此必须控制好自己的职业发展,否则很难有所作为.与其他开发职位相比,测试人员的回报往往较低(如果能积极的积累自己的技能,且有机会进入好的公司,待遇也不一定低),岗位变换频率也较高,甚至公司在陷入困境面临抉择时,会更倾向于解聘测试人员.所以选择自己的职业发展道路是需要很慎重的. 正文 言归正传,今天分享的主题是怎么成为测试经理,为什么当上测试经理,以及怎么当好测试经理.话题有点大,今天也主要是说一下要点和自己的看法.

Google测试分享-测试经理

首先大家可以思考下,google的测试经理角色必须具备什么样的能力.据不完全统计,google的测试经理,超过一半之前都做过TE的角色(大家可以想想为啥):对于与被测产品相关的任何使用问题,测试经理都应该是专家.所以google对测试经理的期望:相关项目中最强的产品专家.这个时候,大家是否感觉奇怪了,测试人员对业务的了解大家都是认可的,为啥测试经理也是要对业务非常了解呢,测试经理不是安排下测试任务就OK了吗. google认为优秀的测试经理能做到如下几点: (1)了解产品 (2)知人善用 (3)

转:google测试分享-测试经理

原文: http://blog.sina.com.cn/s/blog_6cf812be0102vode.html 前言:这个系列分享的内容大部分都是出自于<google是如何测试的>的书,不是我YY的,我只是大自然的搬用工,希望对大家有那么一点点的用处,当然后面也会有个人的一些想法. 上一次分享了google测试分享-GTA,大概说了下google是如何使用GTA来管理整个测试阶段,特别是测试计划的安排,那这次会聊一聊google测试经理是如何进行团队管理的. 为了让这些blog分享更有逻辑性

迅雷创始人程浩:创业公司5招做好内部创新(组建小型敢死队:一共3个人,一个产品经理,两个研发)

欢迎关注“创事记”的微信订阅号:sinachuangshiji 文/程浩 编者按:本文首发于微信公众号“浩哥说”(ID:haogetalks),作者程浩,迅雷创始人.内容为作者在混沌AI成长营上的演讲 当创业公司或者说一家企业逐步走上正轨,发展壮大起来以后,职员扩招,业务也随之增多.这时再去做一些变革性的内部创新,其实是非常困难的一件事情.换句话说,如果大企业内部做创新很容易,那现在市场就全部是BAT的天下了,就没有我们创业者什么事了. 那么内部创新的具体难点体现在什么地方?目前我们有没有什么办

转载:当个好的测试经理不容易,懂得这些很重要

测试经理的工作: 1.测试工作流程的搭建.完善:涉及部门的相关公司体制(例:绩效考核等): 2.测试项目的裁决和资源分配,资源的分配,包括人力资源和一些软硬件资源.: 3.如果测试部门未进行测试人员的水平区分,或者测试部门人员比较少,那么测试经理自然也负责对部门内的培训工作: 4.如果公司无单独的质量管理团队,那么相对测试经理需要做QA的角色. 5.最后也是比较重要的一点,就是负责和各部门间的管理协调和沟通工作 中层经理人不论是作为一名执行者.还是一名领导者,都必须通过别人来完成任务.要做个“服

跟张小龙学习做优秀产品经理的设计思路

提起张小龙,大家都非常熟悉这位极度优秀的产品经理,不仅仅是因为Foxmail,更因为目前深刻改变你我移动生活的移动互联网产品 - 微信,其江湖地位的确定已经让众多国内立志于做优秀产品经理的人顶礼膜拜了,我们首先借助互联网材料回顾一下微信的创立历程: 一.微信的演化历程: 2010年11月19日23时58分,张小龙在腾讯微博上写下了这么一句话: 我对iPhone5的唯一期待是,像iPad(3G)一样,不支持电话功能.这样,我少了电话费,但你可以用kik跟我短信,用googlevoice跟我通话,用

项目经理问:我怎么有做不完的事情 – 事件篮方法

http://blog.csdn.net/yihui823/article/details/6826353如何管理好自己的时间 时间管理,本身就是一门艺术.时间是最公平的,每个人的时间都是一样的.如何在相同的时间里,做出不同的事业,这就是个人水平的体现. 一.     故事 这里先讲一个故事.故事是抄来的,我修改了其中的一部分,使其更贴近我要说的主题. 有两个和尚他们分别住在相邻的两座山上的庙里.左边的山上住着瘦和尚,右边山上住着胖和尚.这两座山之间有一条溪,于是这两个和尚每天都会在同一时间下山

空间管理 您的位置: 51Testing软件测试网 &#187; lilisx2006的个人空间 &#187; 日志 在一个没有测试经理的小公司如何做好测试

如何在一个没有测试经理的小公司做好测试? 首先,没有测试经理意味着测试人员没有最直接的管理者,往往这种时候的管理者是开发经理或技术总监,但他们何其忙耶?同时,在无人监管的情况下,测试是一个很容易偷懒的工作最后,测试人员需要做好自己的工作,展现自己的价值,扩展自己的队伍 1.严格自我约束没有直接管理者,并不意味着没有管理者,公司更高层的领导会关注每一个员工的表现(因为公司小,老总会认识每一位员工),所以,在工作中管好自己(不随意迟到.早退.请假)除非你不希望自己的工作得到认可,或不希望自己的薪水能