传统开发模式包含Ｖ模式和瀑布模式。传统开发模式往往按部就班，从需求，概要设计，详细设计，开发，单元测试，集成测试，系统测试，验收测试，上线发布，整个流程通常需要半年到一年的时间，因为周期长，花费的时间多，产品在开发的过程中会出现需求变化的情况，所以传统模式没办法满足需求的变化。为了解决这个难题，就有了敏捷开发模式。
PS：这里有一套2022最新版的软件测试全套自学教程，包含了以下内容，记得一定要下载下来：
▶ 200集视频教程
▶ 教学课件
▶ 18套项目源码
▶ 67套测试工具软件包
▶ 100个实景测试面试题
▶ 162个面试简历模板（信息完整）
▶ 获取资料包暗号：【ceshi169】
敏捷开发模式包含敏捷开发和敏捷测试两部分，特点如下：
1. 测试驱动开发和行为驱动测试
测试驱动开发的意思是开发先写单元测试，再写开发的代码，当单元测试可以行进的时候，代码开发就完成了。
行为驱动测试是直接写userstory，比如cucumber框架，并不难，就是为每个测试用例写相应的场景流程，每个步骤对应关键词(动作函数)，然后只需要补充userstory/测试场景，就可以逐个扩展测试用例。当然，最初的函数必须逐一编写。
2. 精细化划分工作
敏捷的想法是将一个产品分为几个阶段，每个阶段几乎有2到4个周期。在这2到4周内设定的需求是清晰的，不能有太大的变化。这样，我们就可以确保需求的清晰实现和产品的进度如期发展。
3. 持续集成工具
通过持续集成工具Jenkins，强调快速构建和快速测试，优点是快速发现问题，快速定位问题，节省排查时间和成本。
4.单元测试
由于敏捷开发，注重速度，就导致许多代码写得不够好，以后可能需要重写代码，此时，单元测试就显得尤为重要。因为单元测试能检验代码重写是否正确。
问题二：怎样才能做到不漏测？这个问题本来是个伪命题。微软的产品每天都有补丁，包括谷歌和facebook。测试人员不能保证不漏测，只能尽量少漏测，而且每次漏测的原因都不一样。
不漏测相当于软件没有缺陷，这是整个团队的事，团队负责整个产品的质量，测试只是质量管理的一个小环节。