三级目录
软件开发的生命周期
需求分析->计划->设计->开发编码->测试->运行维护
软件开发五大模型
- 瀑布模型
- 螺旋模型
- 迭代模型
- 增量模型
- 敏捷开发
- 三个角色：PO（产品经理），SM（scrum manager），ST（scurm team）
- 发布计划会议：PO负责讲解User Story，根据User Story的紧急程度和在项目中的重要性排出本期需要迭代的User Story，形成Sprint Backlog
- 迭代计划：细化User Story，形成软件开发需求规格书，分配给ST成员任务
- 研发期间：每日站会，三件事：1.今天做了什么 2.遇到了什么困难 3.今天怎么解决及今天的目标
- 项目演示会议：给用户演示完成的产品，根据用户的意见形成新的User Story用于下一次迭代当中
- 回顾计划会议：对本期迭代进行总结，优化之后的工作流程
软件测试V模型
优点：左边开发的每一个阶段都和右边测试的每一个阶段一一对应，清晰明了
缺点：测试介入晚，对于编码期出现的一些问题不能及时发现并止损，风险较大
软件测试W模型
优点：测试阶段和开发阶段，并行进行，降低了软件开发前期的风险和出错率，类似于两个V模型组合而来，耗费的成本较高
缺点：仍然是一个串行化的模型，不能适应需求变化快的项目，所以也无法应用到敏捷开发中
软件测试的生命周期
如何让描述一个BUG?
- 版本号(当前迭代的版本)
- 测试环境(不同的平台对相同的代码处理结果可能有所不同,比如Chrome,百度等浏览器)
- 测试步骤
- 测试用例
- 预期结果
- 附件,错误截图,错误日志等
BUG的级别
- 崩溃:系统运行阻断,严重阻碍了开发人员和测试人员的工作,需要马上修复(如退回到上一个稳定的版本)
- 严重:系统仍可以运行,但已经不稳定,继续运行,可能还会产生严重的后果
- 一般:系统可以稳定的运行,但一些需求没有实现或影响了用户体验
- 次要(建议性):影响用户的视觉体验,或UI界面不美观等