软件测试——开发模型和测试模型

软件工作的范围不仅仅局限在程序编写,而是扩展到了整个软件生命周期;
软件开发的周期:、需求分析、设计、实现、测试、安装部署、运行维护】

瀑布模型

在这里插入图片描述
根据上面的图可以看到,瀑布模型的测试就是在整个过程中只出现一次,就是在整个开发完成之后

优点:
–强调开发的阶段性
–强调早期计划及需求调查
–强调产品测试

缺点:
–依赖于早期进行的唯一一次需求调查,不能适应需求的变化
–由于是单一流程,开发中的经验教训不能反馈应用于本产品的过程
–风险往往迟至后期的测试阶段才显露,因而失去及早纠正的机会

螺旋模型

软件测试——开发模型和测试模型_第1张图片
一般在软件开发初期阶段需求不是很明确时,采用渐进式的开发模式。螺旋模型是渐进式开发模型的代表之一。

这对于那些规模庞大、复杂度高、风险大的项目尤其适合

优点:
–强调严格的全过程风险管理
–强调各开发阶段的质量
–提供机会检讨项目是否有价值继续下去

缺点:
–引入非常严格的风险识别、风险分析和风险控制,这对风险管理的技能水平提出了很高的要求。这需要人 员、资金和时间的投入

递增、迭代

例如:系统需要完成ABCD四个业务模块,只有两周时间

**递增:**第一周完成AB模块,第二周完成CD模块

**迭代:**第一周完成ABCD四个模块的基本模块和框架,第二周再进行细节完善

敏捷

敏捷开发有很多种方式,其中scrum是比较流行的一种

scrum:

轻文档,轻流程,重目标,重产出

组成结构:

product owner(产品经理)
scrum master(项目经理)
team(研发团队)

与瀑布不同,scrum将产品的开发分解为若干个小sprint(迭代),其周期从1周到4周不等,但不会超过4周。参与的 团队成员一般是5到9人。

scrum的基本流程:
1.发布计划会议:product owner负责讲解user story,对其进行估算和排序,发布计划会议的产出就是制定出 这一期迭代要完成的story列表。

2.迭代计划会议:项目团队对每一个story进行任务分解,分解的标准是完成该story的所有任务,每个任务都有 明确的负责人,并完成工时的初估计。

3 每日例会:每天scrum master召集站立会议,团队成员回答昨天做了什么今天计划做什么,有什么问题。

4 演示会议:迭代结束之后,召开演示会议,相关人员都受邀参加,团队负责向大家展示本次迭代取得的成果。

5 回顾会议:项目团队对本期迭代进行总结,发现不足,制定改进计划,下一次迭代继续改进,已达到持续改 进的效果。

你可能感兴趣的:(测试)