软件工程模型

 

 

软件工程模型

 

 

 

 

 

 

 

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