QA在敏捷开发中面临的10个难点
作者:网络转载 发布时间:[ 2013/1/6 10:22:35 ] 推荐标签:
开站会的一些技巧
(1)轮流主持
轮流主持能提高团队成员的参与度,且如果主持人临时有事,也不会因此无法开展,通常每次站会结束时指定下次站会的主持人。
(2)解决问题不放在会议中
会议中仅抛出问题,解决问题放在站会结束后,相关人参与。目的是避免浪费大家的时间。
(3)早上举行
可以让所有人按时来,按时工作。
可以让每个人更清楚自己该干什么。
晚上每个人进度不一,作息时间不一样,早上说昨天干了什么更准确。
(4)卡片墙
有了迭代的总体计划,还需要细化到对每个story进行管理,除了之前的估点外,我们使用卡片墙对其进行管理。
需求池:所有新建的story(一般为未经过估点的)卡片贴在此处。
待开发:所有待开发的story卡片贴在此处。
需求池->待开发:讲解沟通完需求、估完点、补充完验收标准后,移动。
开发中:所有正在开发的story卡片贴在此处
待开发->开发中:RD将story拆分完task,并给QA讲解task实现思路,QA同意后,移动。
待测试:所有开发完成,等待QA测试的story卡片贴在此处。
开发中->待测试:RD开发完成story,且完成单测、集成测试编写,和经过仔细的自测后,移动。
测试中:所有QA正在测试的story卡片贴在此处。
QA singn off:所有经过QA测试,QA认为可以上线的story卡片贴在此处。
测试中->QA singn off:QA经过仔细测试,bug都被修复验证,认为story符合上线标准时,移动。
已验证:所有经过PM验收,可上线的story卡片贴在此处。
QA singn off->已验证:PM在验收环境中验收,认为符合需求后,移动。
加速区:所有需要加速解决的story卡片贴在此处。如卡片中有block测试的bug急需修复,等。
block区:所有被一些问题block的story卡片放在此处。
卡片:story卡、task卡(story编号、估点数、用户故事)。
角色卡:FE、RD、QA的名字,以不同颜色区分,分别写上人名,用于贴在story上。谁在做什么,谁忙谁闲,有多少剩余人力,一目了然。
上线时间:略。
(5)燃烧图
使用燃烧图,计划及其变化,以及每天进度一目了然。
1)X轴为时间,一般是迭代周期的每;
2)Y轴为工作量,根据项目情况,可以用已完成估点或已完成story点数来表示;
3)开始,计算出本次迭代要完成的所有工作量(作为y轴刻度,迭代天数作为x轴刻度),然后,每天站立会议时,了解前已经完成的工作量,并计算出迄今为止完成的工作总量。把其画在Y轴上,以此类推(并把y点连接成线)。如果计划比较(理想)准确,燃烧图的后”燃烧“折线将和总工作量折线相交;
(6)总结
以上五项,简单易实现,用很低的时间成本能做出“计划”,并保证计划的落实,且能快速适应变化!
相关推荐
更新发布
常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11系统性能测试及调优前期准备
2021/4/15 14:41:29国内比较好用的5款测试管理工具
2021/3/25 17:23:31