软件项目常见开发模型对比解析

开发模型

瀑布模型

• 优点：各阶段比较独立，看重需求分析和软件测试。
• 缺点：无法适应需求的变化；测试到编码后才介入，导致前期缺陷无法及时发现，无法及时纠正

适用项目：需求稳定的项目

---

螺旋模型

• 优点：强调软件质量，每一次迭代进行严格的风险分析，提供讨论项目是否有必要进行下取的机会。
• 缺点：引入风险管理，会投入大量人力物力。

适用项目：前期需求不是很明确，并且有风险，项目比较庞大的系统开发

---

迭代、增量模型

一个系统的四个功能，A模块，B模块，C模块，D模块，两周时间

• 迭代模型：第一周开发人员完成A，B，C，D四个模块基础功能，第二周，在基础功能上进行细化和完善
• 增量模型：第一周，完成A、B模块，第二周完成C、D模块

---

敏捷模型

《敏捷宣言》（http://agilemanifesto.org/）

个体与交互重于过程和工具
可用的软件重于完备的文档
客户协作重于合同谈判
响应变化重于遵循计划
在每对比对中，后者并非全无价值，但我们更看重前者

特点：轻文档、轻流程、重目标、重质量、拥抱变化

最终目标：交付一个高质量可用的软件

Scrum

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

• PO：product owner 产品经理：把客户的需求整理成user story，用户的代表方
• SM：scurm master 项目经理：负责保证整个敏捷流程的顺利实施
• ST：scurm Team 研发团队：目标是交付一个高质量可用的软件

scrum流程：

1. 用户故事编写：产品经理负责整理user story，形成左侧的product backlog
2. 发布计划会议：product owner负责讲解user story，对其进行估算和排序，发布计划会议的产出就是制定出这一期迭代要完成的story列表，sprint backlog
3. 迭代计划会议：项目团队对每一个story进行任务分解，分解的标准是完成该story的所有任务，每个任务都有明确的负责人，并完成工时的初估计
4. 每日站会：每天scrum master召集站立会议，团队成员回答昨天做了什么今天计划做什么，有什么问题
5. 产品演示评审会：迭代结束之后，召开演示会议，相关人员都受邀参加，团队负责向大家展示本次迭代取得的成果。期间大家的反馈记录下来，由po整理，形成新的story
6. 回顾会议：项目团队对本期迭代进行总结，发现不足，制定改进计划，下一次迭代继续改进，已达到持续改进的效果
   

---

V模型

优点：左边开发的每一阶段和右边测试的每一个阶段一一对应，是右边测试每一个阶段的依据

缺点：测试介入晚，前期的错误和风险到后期才发现，会失去及时纠正错误的机会。

W模型

优点：测试阶段和开发阶段在两个独立的V模型里面，测试介入包比较早，在项目初期就介入，前期的风险可以及时地被发现

缺点：
W模型每一个阶段仍然是一个串行的过程，不能适应需求变化的项目，所以无法应用到敏捷开发

qq登录测试用例

功能

1. 正确地用户名和密码
2. qq号码、密码最长
3. qq号码、密码最短
4. 密码规则符合大小写
5. 异地登陆
6. 删除登录历史
7. 二维码登录
8. 修改登录状态
9. 记住密码
10. 自动登录
11. 找回密码
12. 注册账号
13. 切换用户登录
14. 设置
15. 关闭
16. 最小化

异常

1. qq号码不正确
2. 密码不正确
3. qq号码和密码都不正确
4. 网络异常
5. 服务器异常
6. 数据库异常
7. 账号被禁用
8. 账号被锁定
9. 正在找回密码
10. 更新中
11. 已登录了再次登录
12. qq号码，密码长度超长
13. qq号码、密码低于最短
14. 密码规则不符合
15. qq号码不符合类型
16. 登录最多失败次数
17. 网络不稳定扫描二维码登录
18. 弱网登录

性能

1. 一台电脑同时登录QQ的个数
2. QQ登录成功的时间

界面

1. 界面美观，颜色搭配合理
2. 布局合理
3. 按钮大小位置合适
4. 文字、大小颜色搭配合理

易用

1. 用户名、密码粘贴复制
2. 记住密码
3. 自动登录
4. 找回密码

兼容

1. 不同的windows操作系统
2. 不同的qq版本

安全

1. 已带病毒的QQ登录
2. 登录验证码
3. 记住密码
4. 自动登录
5. 密码找回