随着测试行业的进步，测试流程也在飞速的发展。最开始工作接触的就是瀑布模型，虽然测试工作做了很长的时间，在一家传统公司，做着传统的业务，测试流程并没有跟着行业发展而继续发展。为了解，也为不被IT行业所淘汰掉，机缘巧合开始学习敏捷

什么是瀑布模型，瀑布模型的特点

• 需求固定，反对更改需求

• 流程固定，开发测试流程清晰，设定具体流程的时间节点，比如开发多少周，测试多少周等等

  
  来源网络.png

瀑布模型问题

来源网络.png

• 开发之前需要跟客户沟通，获取详细的需求
• 根据需求编写需求文档，编写测试计划...等等一系列文档
• 保证在整个开发过程中不要对需求进行变更
• 随着时间的增长，知识储备的增长，当做完整个产品的时候，发现完成的需求跟客户的需求还不一致
• 当长时间开发完成的功能，需求可能都无法满足当前的需求

瀑布模型的总结

• 开发周期长，需求明确并且不能更改需求。然后通过计划好的开发时间，测试时间等来完成整个功能的实现。
• 也许过了半年，一年以后开发的产品都跟不上当前同类型产品的特点。
• 为了满足当前产品的特点需要将功能推倒重建，这样质量是无法得到很好的保证。

迭代研发模式，用来替换传统的瀑布模式

来源网络.png

迭代的特点

来源网络.png

• 短时间内完成一部分功能，或者足够小的功能
• 每次功能交付以后如果发现问题，可以及时撤回修改并重新发布

迭代的问题

• 缺少能够将迭代划分清楚的人
• 迭代能够被划分也能够划分足够小，但是“小”的标准无法被定义清楚
• 迭代过程中没有对技能，流程，功能进行很好的思考与进步，只是重复做着同样的功能开发
• 迭代加速了产品的整个开发周期，但是对个人，产品本身没有技术沉积

敏捷是如何做的

• 敏捷开发历史

  
  来源网络.png

• 为什么要开展敏捷

  
  来源网络.png

• 敏捷的四个关键字VUCA

  
  来源网络.png

目标的设定

• 根据以上如果还是按照原来的计划流程来开发，也学做成的产品放在当下已经是无用的产品
• 根据当前的要完成目标快速调整
• 完成当下眼前的目标，完成一个个的小目标然后再继续完成大的目标
• 需要将难以完成或者暂时未完成的目标，需要学会减法，适当放弃一些目标

加速交付

• 流动，反馈，精益
• 先完成小目标，当前需要完成的价值，并能够将价值应用
• 将获得的内容应用到当下的项目或技术，并及时的调整目标方向

• 及时纠正错误，改变方向，优化交付内容

  
  来源课程内容.png