敏捷测试团队的测试流程

一、接到项目后,BA明确客户的需求,必要时可以带上测试经理、开发经理、测试员、开发员,出一份书面需求说明

二、测试人员初步学习→BA串讲→测试人员提问题→BA给出回答→重新整理学习→测试人员反串讲→评审→出一个需求规格说明书+模块思维导图

三、测试经理根据需求规格说明书制定测试计划(此spirit共分三个build )

四、Scrum team20人共分为5scrum小组,每个小组出一个scrum master:

1-2 组做测试设计和开发

3-5组用例执行

每天各组scrum master早上组织成员开15分钟站会

每个scrum team 要有看板

每周每个 scrum team开周会探讨

五个scrum master 每周也要开周会总结一下工作

五、测试设计时根据 SRS+脑图来进行

1、2组内由scrum master组织组员讨论各出一份包括测试场景和测试点的测试设计初稿

1、2组间review,确定出一个最终的测试设计

六、测试开发基于之前的测试设计,编写测试用例

1组: 1-3模块交给两个组员各自完成再 cross review

4-6模块交给后两个组员各自完成再 cross review

组内由scrum master组织带领大家review出个测试用例汇总

2组: 1-3模块交给两个组员各自完成再 cross review

4-6模块交给后两个组员各自完成再 cross review

组内由scrum master组织带领大家review出个测试用例汇总

1、2组的scrum master 组织所有组员review出一个测试用例

测试用例最终评审

七、测试执行+ 缺陷提交 + 缺陷回归 +版本回归

版本转测先进行冒烟测试,不过打回

Scrum master of scrum master meeting,SOS meeting

1、2组scrum master给3、4、5组分析讲解一下测试设计,3、4、5scrum master开会根据测试用例数量合理分配给组员

第一周 周一到周三跑用例提交缺陷 周五缺陷回归

第二周 周一到周五跑用例提交缺陷 周五缺陷回归

第三周 周一到周三版本回归

八、测试经理根据版本回归情况出一个测试报告来鉴定此版本是否可以发布出一个测试报告

九、每个迭代结束后召开反思会议

 

posted @ 2019-06-04 17:37  Albert_tester  阅读(2016)  评论(0编辑  收藏  举报