什么是优质的测试服务?

发表于:2020-7-21 10:49  作者:蓝精灵   来源:测试海盗

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试管理

  场景一、特性团队SM倒苦水
  2015年10月的一个下午,XXX项目组正在进行着例行的团队评优工作。
  作为XXX项目测试专家团队的SM,这是小杨推行测试专家验收测试的第N个月,一切似乎越来越顺;原本毫无章法的验收测试,在引入探索性测试后逐渐步入正轨。
  面带微笑的小杨,熟练的打开笔记本、播放起预先写好的团队评优PPT。“本次迭代合入需求数10,测试专家组完成验收需求数10,验收通过需求数6,验收不通过需求的情况如下。。。”,小杨神采奕奕的向在场的各位SM和一线经理介绍着测试专家团队的成绩。
  这时,部长老陈打断了小杨的报告,脸上略有怒色,“飞哥,你给解释下,为何这个迭代你们又有需求验收不通过?”
  坐在一边的特性团队SM飞哥表情显得有些凝重,“这个,这个也不能完全怪我们啊,验收不通过的原因主要有两个:1)验收发现的一个消息级别的问题,测试专家在测试策略评审的时候没有明确提出要对这个点进行检查;2)有个问题特性团队没有环境验证才导致的,我们早就说了环境不具备不安排测试,可是测试专家非要全部测试通过才可以。”
  “好了好了,不要再说了,先继续评优。这个问题我们会后再说”,部长老陈若有所思。
  场景二、会后的讨论
  “小杨,你留一下”,评优会议结束后,部长老陈喊住了小杨。“不是应该留飞哥才是嘛”小杨内心嘀咕道。
  “陈部,什么事?”看着来回踱着步子的部长,小杨忍不住问道。
  “你觉得刚才飞哥的这个问题该怎么办?”部长问道。
  “这个嘛,我觉得应该是特性团队自己需要解决的事情吧”,小杨试探着回答道。
  “那你们测试专家能提供什么帮助吗?”,部长紧接着问道,“我们总不能每次到了最后才发现验收不通过吧。这样是不是有点迟了?”
  “额,确实有点迟,不过我们也没有什么好办法呀。”小杨为难道。
  “我马上还有个会,这样吧,你先下去想想,跟你们团队的同学了解一下情况,看看是否能有好的办法解决这个问题”,部长说着接起了电话,“好,好,马上到”。
  看着部长出去的背影,小杨陷入了沉思。
  场景三、测试专家诉苦
  每周四固定的测试专家组例会时间,TS小刘、TS小玉、TS小王、SM小杨等,进行需求进展跟踪汇报。会议间隙,小杨就之前跟部长讨论的内容拿出来跟大家商量。
  “这些开发成天就知道写代码,稍微遇到点折腾的环境就不行了,一个个跟大爷似的!”,小玉抱怨道。
  “还有这些基本的检查点难道还要我们一条条写出来嘛,这么基本的东西!”,小刘在旁附和道。
  专家组的同学们开始轮番的倒苦水。这时,一旁一直没说话的小王开口了,“其实,我觉得也不能完全怪开发,虽然敏捷转型了,但是很多开发测试的思维和技能还是很不够的。而且开发平时不像测试,确实环境接触的也比较少,这块能力确实有些薄弱。这些都是项目活动中的风险”
  “小王说的确实是”,SM小杨突然想到了啥,“像这些测试技能、测试环境等都是影响项目开展的风险,如果能够及时发现和解决这些风险,最后验收测试也不会像之前那样了”
  “那我们该怎么做呢?”小玉问道。
  小杨陷入了沉思。
  场景四、碰撞交流
  会后,小杨坐在办公位上苦苦思索。
  这时,小王走过来,看见思索中的小杨,问道,“想什么呢?”
  “你说测试为了什么?”小杨问道,“为了发现bug?还是为了保证质量?”
  小王想了想说到,“我觉得说到底是服务,是为项目提供最好的服务,避免风险发生!”
  “恩恩,有道理!”,小杨突然灵光一闪,“我们应该提前识别这些项目运作过程中的风险,及时规避,不要到了验收阶段才暴露,这样才是优质的测试服务!”
  “我同意!就应该是这样!”小王赞同到。
  “哈哈,我有办法了,这两天我们开会讨论如何进行风险管理”,小杨脸上露出了笑容。
  场景五,达成一致
  小杨坐在会议室中打开电脑,投影好了,PPT。
  小王、小玉、小刘们都按时来到了会议室,寒暄了几句。
  “大家都到齐了,现在我说下前两天跟小王讨论想到的一个方法。。。。。”
  很快小杨将这两天准备的资料都清晰的讲述出来,他注意到大家听的很仔细。
  “那这个风险如何提前识别啊?”小玉问到。
  “这个我前一阵看到一篇关于介绍软件测试风险的文章,在这个基础上,我们大家再结合实际工作中的经验一齐总结一个风险树,按不同需求开展阶段进行划分细化,然后打印贴到座位上,这样就不会忘记了!”小杨回答到。
  “那这个风险如何进行跟踪啊?”小玉又问到。
  “这个我觉得好办,我们不是有站会墙的嘛,就把风险点上墙跟踪,这样就不会丢了,而且大家也可以都看到,互相提醒!”小王赶忙接上。
  “那这个风险怎么规避?譬如这个测试环境”小刘问到。
  “这个好办,人是活的嘛,我们对于测试环境都比较熟悉,跟系统测试团队也比较熟悉,我们主动协调解决就可以”小玉也进入了状态。
  大家讨论达成了一致。
  “那好,以后采用基于风险的测试管理进行需求跟踪!说干就干,这个迭代我们就这样运作吧”,这时候的小杨信心满满。
  场景六、实践成果
  一个迭代很快过去了,又到了团队评优的时刻。
  “本次迭代合入需求数10,测试专家组完成验收需求数10,验收通过需求数10,全部验收通过。。。”小杨展示着PPT
  “我要感谢测试专家团队,这个迭代过程中有个需求我们团队不太熟悉,测试专家主动给我们讲解业务背景,提前考虑测试组网环境,跟系统测试团队协调”,飞哥感激的说到,“而且在特性跟踪的过程中,对于特性测试发现的故障及时组织我们一起复盘学习,大家收货很大”
  “我跟飞哥有同样的感受,测试专家对我们团队的测试帮助很大”特性团队SM老赵也非常认同。
  此刻,坐在一旁的部长老陈点了点头,露出了微笑。

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2020, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道