软件工程模型

软件工程模型

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

__EOF__

本文作者：xiaopo
本文链接：https://www.cnblogs.com/xiaopo/p/14693071.html
关于博主：评论和私信会在第一时间回复。或者直接私信我。
版权声明：本博客所有文章除特别声明外，均采用 BY-NC-SA 许可协议。转载请注明出处！
声援博主：如果您觉得文章对您有帮助，可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力！