优质的测试服务

2018-09-13   出处: 测试海盗  作/译者:蓝精灵  

场景一、特性团队SM倒苦水

201510月的一个下午,XXX项目组正在进行着例行的团队评优工作。

 

作为XXX项目测试专家团队的SM,这是小杨推行测试专家验收测试的第N个月,一切似乎越来越顺;原本毫无章法的验收测试,在引入探索性测试后逐渐步入正轨。

 

面带微笑的小杨,熟练的打开笔记本、播放起预先写好的团队评优PPT。“本次迭代合入需求数10,测试专家组完成验收需求数10,验收通过需求数6,验收不通过需求的情况如下。。。”,小杨神采奕奕的向在场的各位SM和一线经理介绍着测试专家团队的成绩。

 

这时,部长老陈打断了小杨的报告,脸上略有怒色,“飞哥,你给解释下,为何这个迭代你们又有需求验收不通过?”

 

坐在一边的特性团队SM飞哥表情显得有些凝重,“这个,这个也不能完全怪我们啊,验收不通过的原因主要有两个:1)验收发现的一个消息级别的问题,测试专家在测试策略评审的时候没有明确提出要对这个点进行检查;2)有个问题特性团队没有环境验证才导致的,我们早就说了环境不具备不安排测试,可是测试专家非要全部测试通过才可以。。。”

 

“好了好了,不要再说了,先继续评优。这个问题我们会后再说”,部长老陈若有所思。

 

场景二、会后的讨论

“小杨,你留一下”,评优会议结束后,部长老陈喊住了小杨。“不是应该留飞哥才是嘛”小杨内心嘀咕道。

 

“陈部,什么事?”看着来回踱着步子的部长,小杨忍不住问道。

 

“你觉得刚才飞哥的这个问题该怎么办?”部长问道。

 

“这个嘛,我觉得应该是特性团队自己需要解决的事情吧”,小杨试探着回答道。

 

“那你们测试专家能提供什么帮助吗?”,部长紧接着问道,“我们总不能每次到了最后才发现验收不通过吧。这样是不是有点迟了?”

 

“额,确实有点迟,不过我们也没有什么好办法呀。。。”小杨为难道。

 

“我马上还有个会,这样吧,你先下去想想,跟你们团队的同学了解一下情况,看看是否能有好的办法解决这个问题”,部长说着接起了电话,“好,好,马上到”。

 

看着部长出去的背影,小杨陷入了沉思。

 

场景三、测试专家诉苦

每周四固定的测试专家组例会时间,TS小刘、TS小玉、TS小王、SM小杨等,进行需求进展跟踪汇报。会议间隙,小杨就之前跟部长讨论的内容拿出来跟大家商量。

 

“这些开发成天就知道写代码,稍微遇到点折腾的环境就不行了,一个个跟大爷似的!”,小玉抱怨道。

“还有这些基本的检查点难道还要我们一条条写出来嘛,这么基本的东西!”,小刘在旁附和道。

。。。。。。

 

专家组的同学们开始轮番的倒苦水。这时,一旁一直没说话的小王开口了,“其实,我觉得也不能完全怪开发,虽然敏捷转型了,但是很多开发测试的思维和技能还是很不够的。而且开发平时不像测试,确实环境接触的也比较少,这块能力确实有些薄弱。这些都是项目活动中的风险”

 

“小王说的确实是”,SM小杨突然想到了啥,“像这些测试技能、测试环境等都是影响项目开展的风险,如果能够及时发现和解决这些风险,最后验收测试也不会像之前那样了”

 

“那我们该怎么做呢?”小玉问道。

 

小杨陷入了沉思。。。。。。

 

场景四、碰撞交流

会后,小杨坐在办公位上苦苦思索。

 

这时,小王走过来,看见思索中的小杨,问道,“想什么呢?”

 

“你说测试为了什么?”小杨问道,“为了发现bug?还是为了保证质量?”

 

小王想了想说到,“我觉得说到底是服务,是为项目提供最好的服务,避免风险发生!

 

“恩恩,有道理!”,小杨突然灵光一闪,“我们应该提前识别这些项目运作过程中的风险,及时规避,不要到了验收阶段才暴露,这样才是优质的测试服务!”

 

“我同意!就应该是这样!”小王赞同到。

 

“哈哈,我有办法了,这两天我们开会讨论如何进行风险管理”,小杨脸上露出了笑容。

 

场景五,达成一致

小杨坐在会议室中打开电脑,投影好了,PPT。。。。。。

小王、小玉、小刘们都按时来到了会议室,寒暄了几句。

“大家都到齐了,现在我说下前两天跟小王讨论想到的一个方法。。。。。”

很快小杨将这两天准备的资料都清晰的讲述出来,他注意到大家听的很仔细。

 

“那这个风险如何提前识别啊?”小玉问到。

“这个我前一阵看到一篇关于介绍软件测试风险的文章,在这个基础上,我们大家再结合实际工作中的经验一齐总结一个风险树,按不同需求开展阶段进行划分细化,然后打印贴到座位上,这样就不会忘记了!”小杨回答到。

 

“那这个风险如何进行跟踪啊?”小玉又问到。

“这个我觉得好办,我们不是有站会墙的嘛,就把风险点上墙跟踪,这样就不会丢了,而且大家也可以都看到,互相提醒!”小王赶忙接上。

 

“那这个风险怎么规避?譬如这个测试环境”小刘问到。

“这个好办,人是活的嘛,我们对于测试环境都比较熟悉,跟系统测试团队也比较熟悉,我们主动协调解决就可以”小玉也进入了状态。

。。。。。。

大家讨论达成了一致。

 

“那好,以后采用基于风险的测试管理进行需求跟踪!说干就干,这个迭代我们就这样运作吧”,这时候的小杨信心满满。

 

场景六、实践成果

一个迭代很快过去了,又到了团队评优的时刻。

 

“本次迭代合入需求数10,测试专家组完成验收需求数10,验收通过需求数10,全部验收通过。。。”小杨展示着PPT

 

“我要感谢测试专家团队,这个迭代过程中有个需求我们团队不太熟悉,测试专家主动给我们讲解业务背景,提前考虑测试组网环境,跟系统测试团队协调”,飞哥感激的说到,“而且在特性跟踪的过程中,对于特性测试发现的故障及时组织我们一起复盘学习,大家收货很大”

 

“我跟飞哥有同样的感受,测试专家对我们团队的测试帮助很大”特性团队SM老赵也非常认同。

 

此刻,坐在一旁的部长老陈点了点头,露出了微笑。


【声明】:上文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考,目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。如涉及作品内容、版权和其它问题,请原作者及时与本站联系,我们将第一时间进行处理。本站拥有对此声明的最终解释权! 


欢迎给测试窝投稿或参与内容翻译工作,请邮件至editors@testwo.com。也欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,并与我们的编辑和其他窝友交流。
148°|1483 人阅读|0 条评论

登录 后发表评论
最新文章