软件工程模型

 

 

软件工程模型

 

 

 

 

 

 

 

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

 

posted @ 2021-04-23 11:36  小破的前端理想  阅读(31)  评论(0编辑  收藏  举报