- 敏捷开发：包含各个工程师并发进行
传统交付的流程：
- 低效率
- 客户不可以提前使用
- 无法相应需求变化
敏捷开发的迭代流程：
- 什么是敏捷开发
将一个项目的模块分为多个相互联系但是可以独立运行的小项目，然后并行完成。
（比如淘宝的开发，分为商品的浏览，添加购物车购买商品，支付，个人中心等等模块，都可以分别对一个模块同时进行开发，测试使得一个模块能够正常使用）
- 传统和敏捷开发比较
瀑布开发模型
设计，开发，测试
2、测试流程：只有测试工程师
- 需求分析：分析测试点，明确在各个场景下软件的表现
- 编写测试计划（测试经理）
- 编写测试方案
- 编写测试用例：场景和结果
- 用例评审：开发，产品，测试，测试经理；评审执行场景是否完全
- 用例执行：据测试用例来执行，查看是否表现与预期是否一致
- 提交BUG:
- 回归bug
- 编写测试报告
- 测试回溯
- 环境
- 开发环境：用于开发代码，调试代码
- 测试环境：用于测试执行，回归
ftp：类比文档存储（上传到服务器
svn:类比代码存储
github
mysql
tomcat
ngnix
- 正式环境：最终用户的使用
- 测试流程的应用
需求一：
- 迭代一是在什么环境下进行测试的呢？
第二节课课后习题：
- 什么是敏捷开发？
将一个软件的开发分为多个模块迭代完成，每个模块都能够独立的进行需求分析，开发，测试（可画图讲解），能够将每个迭代交付给客户的软件都是可以使用的。 - 敏捷开发和传统型开发的优势？
高效率，能够及时相应需求变更，提前使用。 - 你们一个迭代周期是多久？
天数？4？？ - 敏捷迭代为什么能够提高效率？
可以使得多个工作任务并发进行，也就是所有的需求出来之后，我们将需求分为多个模块，比如1，2，3，4，先进行模块1的完成（开发到测试人员利用l率是比较高的） - 敏捷迭代为什么能够响应用户变化？
- 迭代开发，同时每个迭代都会提供给用户使用，在用户使用的过程中，根据用户的需要来调整需求
- 迭代开发也就是后面未进行开发的需求就可随时响应需求变更
- 你们每个迭代的测试流程是怎么样的？
需求评审和分析，测试用例编写，用例评审，用例执行，提交bug,回归bug，测试报告;在单个模块测试完成之后，将此版本的需求和原来版本的需求一起进行一个全量的测试，不断回归，修复所有的bug,关闭bug，软件发布。