软件工程模型
1，瀑布模型
1，概要设计（接口文档）：集成测试依据（接口测试）
2，详细设计：单元测试依据（百合测试）
优点：控制了开发的流程
缺点：a.没有回环，不能适应需求的变动
b.测试介入太晚，bug会被累积到最后，修复成本高，风险高。
c.人力资源和成本的浪费
2.V模型
优点：将开发和测试工作细分，开发和测试有对应的关系；集合和单元测试的依据非常详细
缺点：a:没有回环，不能适应需求的变动
b.测试介入太晚，bug会被累积到最后，修复成本高，风险高。
c.人力资源和成本的浪费
3.w模型（双V模型）
v＆v： validatin＆varification(确认和验证)
优点：a.将测试的工作单独划分出来，且介入比较早
b.左边的v（开发的进度），右边的v（测试进度）一 一对应
c.详细体现了测试工程师的项目前期工作内容，学习产品，评审各项内容，文档相关
d.可以尽早发现问题
缺点：a.依旧线性的，不够灵活，不能适应需求的快速变动
b.依旧存在人力资源的浪费
确认和验证的过程--评审：严肃严格
1.提前一周发送会议预约邮件，邮件中附上srs初稿；
2.作为软件测试工程师需要仔细于都srs，并总结建议意见，把准备好要提问的东西；
3.正式会议以主持人为主，按流程提出疑问，建议，意见
4.会议主持人会后负责根据会议讨论结果修改文档，生成修改后的版本
5.会再次开起评审会议，开会的次数视项目情况而定，一般srs文档评审2-5轮，直到srs定稿储存
4.迭代模型
第一圈：1.0初始计划，APP，5个功能，部署到线上服务器（对内：测试工程师，对外：甲方/用户），评估：内部5个功能的缺陷，新需求，计划第二轮要上的功能
第二圈：1.1计划 评估够要确认修改的部分聚哈内新功能，用户的新需求
特点：一般之后的版本迭代要比第一版快
快速应对突发情况
更快适应互联网的发展
敏捷开发与迭代开发的关系：整体与局部的关系
配置管理：SVN（服务端和客户端） ,vss,git