软件⼯作的范围不仅仅局限在程序编写，⽽是扩展到了整个软件⽣命周期；
【软件开发的周期：、需求分析、设计、实现、测试、安装部署、运⾏维护】
1.瀑布模型
根据上⾯的图可以看到，瀑布模型的测试就是在整个过程中只出现⼀次，就是在整个开发完成之后
优点：
–强调开发的阶段性
–强调早期计划及需求调查
–强调产品测试
缺点：
–依赖于早期进⾏的唯⼀⼀次需求调查，不能适应需求的变化
–由于是单⼀流程，开发中的经验教训不能反馈应⽤于本产品的过程
–风险往往迟⾄后期的测试阶段才显露，因⽽失去及早纠正的机会
2.螺旋模型
⼀般在软件开发初期阶段需求不是很明确时，采⽤渐进式的开发模式。螺旋模型是渐进式开发模型的代表之⼀。
这对于那些规模庞⼤、复杂度⾼、风险⼤的项⽬尤其适合
优点：
–强调严格的全过程风险管理
–强调各开发阶段的质量
–提供机会检讨项⽬是否有价值继续下去
缺点：
–引⼊⾮常严格的风险识别、风险分析和风险控制，这对风险管理的技能⽔平提出了很⾼的要求。这需要⼈ 员、资⾦和时间的投⼊
3.递增、迭代
例如：系统需要完成ABCD四个业务模块，只有两周时间
**递增：**第⼀周完成AB模块，第⼆周完成CD模块
**迭代：**第⼀周完成ABCD四个模块的基本模块和框架，第⼆周再进⾏细节完善
4.敏捷
敏捷开发有很多种⽅式，其中scrum是⽐较流⾏的⼀种
scrum：
轻⽂档，轻流程，重⽬标，重产出
轻量级：迭代周期短，参与⼈员少
组成结构：
product owner(产品经理)：负责整理user story(⽤户故事)，定义其商业价值，对其进⾏排序，制定发布计划，对产品负责
scrum master(项⽬经理)：负责召开各种会议，协调项⽬，为研发团队服务 scrum team(研发团队)：研发团队则由不同技能的成员组成，通过紧密协同，完成每⼀次迭代的⽬标，交付产品
与瀑布不同，scrum将产品的开发分解为若⼲个⼩sprint(迭代)，其周期从1周到4周不等，但不会超过4周。参与的 团队成员⼀般是5到9⼈。
scrum的基本流程：
1.发布计划会议：product owner负责讲解user story，对其进⾏估算和排序，发布计划会议的产出就是制定出 这⼀期迭代要完成的story 列表。
2.迭代计划会议：项⽬团队对每⼀个story进⾏任务分解，分解的标准是完成该story的所有任务，每个任务都有 明确的负责⼈，并完成⼯时的初估计。
3 每⽇例会：每天scrum master召集站⽴会议，团队成员回答昨天做了什么今天计划做什么，有什么问题。
4 演⽰会议：迭代结束之后，召开演⽰会议，相关⼈员都受邀参加，团队负责向⼤家展⽰本次迭代取得的成果。
5 回顾会议：项⽬团队对本期迭代进⾏总结，发现不⾜，制定改进计划，下⼀次迭代继续改进，已达到持续改 进的效果。
敏捷中的测试：
挑战1：轻⽂档
挑战2：快速迭代
1、测试⼯作的核⼼内客是没有变的，就是不断地Bug，只是要调整好⾃⼰的⼼态，⼀切以敏捷的原则为主。
2、测试⼈员不能依赖⽂档，测试⽤例作⽤减弱，更多的采⽤思维导图、探索性测试（强调⾃由度，设计和执⾏同时执⾏，根据测试结果不断调整测试计划）、⾃动化测试
3、敏捷讲求合作，在敏捷项⽬组中，测试⼈员应该更主动点，多向开发⼈员了解需求、讨论设计、⼀起研究Bug出现的原因
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议