敏捷测试流程

本文详细介绍了在敏捷开发环境中,尤其是XP方法下,如何进行敏捷测试。测试被视为项目团队的导向,强调全员对质量的负责。文章提出了验证需求和设计、测试计划与用例编写、实施运行测试以及需求管理等关键步骤,并分享了如何处理需求变更、单元测试、每日bug趋势分析等实践经验。
摘要由CSDN通过智能技术生成

敏捷测试流程

在敏捷方法中,XP方法强调测试在整个项目开发过程中的重要性。针对敏捷开发方法的敏捷测试不同于以往针对传统开发模式的测试,在敏捷团队中,测试是整个项目组的“车头灯”,它告诉大家现在到哪了,正在往哪个方向走。测试员为项目组提供丰富的信息,使得项目组基于这些可靠的信息作出正确的决定。不仅是测试员要保证质量,而是整个项目组的每一个人都要对质量负责。测试员不跟开发人员纠缠错误,而是帮助他们找到目标,共同为达到项目的最终目标而努力。敏捷测试也需要高度迭代工作、频繁得到客户的反馈,需要动态调整测试计划、测试的执行。并且,敏捷测试人员参与到了更多的敏捷生产活动中,积极的影响了团队做出的决定和计划。根据公司项目目前采用的敏捷开发模式,相应的敏捷测试建议采用以下流程:

 

1.  验证需求和设计

需求和设计具体来说一般包括:

1)    由项目经理根据需求文本而编写的功能设计文本(Functional Design Specification)

2)    由开发人员根据功能文本而编写的实施设计文本(Implementation Design Specification)包括(ArchitectureDocument, Project Scope Statement, Use Case )。作为测试人员,审核重点是检查文本对用户需求定义的完整性、严密性和功能设计的可测性.

在测试初期,测试人员要学会做静态测试,做好需求分析,做好对设计逻辑的分析。测试人员要更多的思考需求的可实现性,将自身作为第一用户积极参与项目和系统的需求分析,设计和开发。积极地参与前期工作,并迅速反馈给设计和开发其静态测试结果。要尽早的开始测试,不要等待到功能完全做好才开始。

产出物:测试需要提交评审结果文档,可以让测试更多的参与DB Design,框架的评审中来

2.  测试计划,测试用例

1)   编写计划、测试用例

在敏捷开发的过程中由于是根据每个user story来估算时间的。开发人员将对本次迭代所需要的完成的user story进行评估。开发人员可以和客户直接沟通,来确定每个user story的优先级。

好处:客户可以很清楚的了解到哪些user story需要花费多长的时间,以及他们的优先级。<

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值