【我的热门话题第一期】Scrum模式下如何有效进行回归测试
从09年做项目开始,迄今为止经历了各种采用“Scrum模式”的项目,其中不乏那些号称自己是采用了Scrum模型的项目。在这些项目实施过程中有的做得非常成功,有的呢做着做着发现根本不合适,这里不多予以置评,作为一名小测试人员,我更加关心的是这种模式下的测试。:lol对于测试团队来说,研发团队所采用的开发模式对于测试有非常大的影响。长期项目过程中发现,在Scrum模式下测试团队经常抱怨由于时间资源等等因素根本没法保证每个迭代的测试质量,亦即没法保证每个迭代的新增功能和迭代结束后整个系统的基本功能都是OK的。既然如此,我的话题就是在Scrum下如何保证每个Sprint既能完成新功能新需求的测试,又能进行有效的回归测试呢? 从09年做项目开始,迄今为止经历了各种采用“Scrum模式”的项目,其中不乏那些号称自己是采用了Scrum模型的 ...
wuliangye 发表于 2013-7-4 17:00 http://bbs.51testing.com/images/common/back.gif
LZ的话题确实值得深思,大家也可以讨论下~ 楼主说的我不懂 才发现这里有个这么有趣话题。哈哈,小小测试员胡言乱语中:
说得冠冕堂皇的话,就是引入自动化测试,和持续集成,更早地回归。
没有自动化的话,
1. 时间有限,那么就调整回归测试的重心,问题就变成如何选择回归测试范围和用例。另外,对变更的影响的范围进行进一步了解后,再制定回归测试的策略。
2. 在Sprint结束后或者之前,专门加入额外的一段时间,专门来回归测试,虽然这个跟传统的Scrum模式不一样,但如果合适你们的话,那才是最好的。
最后发现楼主的ID霸气,五粮液。 LZ名字出名了~:lol 回复 4# omg
说的有理:handshake,在真正实施的时候不会有一个额外的时间进行专门的回归测试,至于自动化、持续集成从而达到更早更有效率的进行回归测试,这就需要测试团队乃至整个测试部门的大力支持:lol 回复 5# lsekfe
;P
页:
[1]