敏捷和瀑布测试模式
大家好，我是阿娟，一位从业 7 年的软件测试媛，今天给大家分享软件测试中常见的两种测试模式：敏捷测试和瀑布测试。
一、定义和原则
1、敏捷测试
基于敏捷开发方法的测试方法，其核心的原则是通过迭代和增量式的开发来快速交付高质量的产品。敏捷测试着重强调团队合作、持续集成、持续反馈、快速响应等等。
2、瀑布测试
传统瀑布开发模型下的测试方法，它将软件开发过程分为需求分析、概要设计、详细设计、编码、集成、测试、运行维护等阶段，并严格按照顺序进行。
二、开发流程
1、敏捷测试
划分为多个版本迭代，每个迭代都包含需求分析、设计、开发和测试等阶段。
2、瀑布测试
严格按照需求分析、概要设计、详细设计、编码、集成、测试、运行维护进行，一个阶段完成进入下一个阶段。
三、项目周期和交付
1、敏捷测试
项目周期短，持续集成，多版本迭代经常发布，快速响应变化。每个迭代都会交付可测试的软件，可能会更快地交付所需功能。
2、瀑布测试
项目周期较长，有明确的开始和结束时间，一般整个项目在所有阶段完成后才交付，交付时间也会更长。
四、反馈和变更
1、敏捷测试
团队成员之间通过站会、迭代复盘等形式进行沟通和协作。测试人员与开发人员合作，在每次迭代中都完成持续测试，并及时提供测试反馈。
关于需求变更，需求可以在整个项目期间进行调整，也可以根据需求的优先级进行排期，整体都很灵活能适应需求的快速变化，并能保证项目的发布进度。
2、瀑布测试
瀑布开发中，每个团队在各自阶段中相对比较独立。
关于需求变更，需求一般在项目开始时就已经固定下来，一旦进入设计和开发阶段，很难进行大的调整。如果进行调整，之前完成的工作可能就会被推翻，成本很高。
五、测试
1、敏捷测试
持续集成、持续测试，每个版本迭代都会进行测试。
2、瀑布测试
通常在开发阶段完成后才开始测试，测试阶段可能很长，同时测试是要验证整个系统的功能。
六、风险管理
1、敏捷测试
持续交付，每个迭代周期都可以获得反馈，并能及时解决问题，风险相对较低。
2、瀑布测试
按照固定顺序进行开发，后期才进行集成和系统测试。前期风险无法及时暴露，一旦出现问题，修复成本很高，风险相对较高。
敏捷测试需求灵活、持续集成、持续反馈、快速交付，目前很多公司项目都使用敏捷测试模式。
以上就是今天的分享，谢谢你的阅读呀~
