[开发测试]软件测试概念2

三级目录

软件开发的生命周期

需求分析->计划->设计->开发编码->测试->运行维护

软件开发五大模型

1. 瀑布模型
2. 螺旋模型
3. 迭代模型
4. 增量模型
5. 敏捷开发

• 三个角色：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?

1. 版本号(当前迭代的版本)
2. 测试环境(不同的平台对相同的代码处理结果可能有所不同,比如Chrome,百度等浏览器)
3. 测试步骤
4. 测试用例
5. 预期结果
6. 附件,错误截图,错误日志等

BUG的级别

1. 崩溃:系统运行阻断,严重阻碍了开发人员和测试人员的工作,需要马上修复(如退回到上一个稳定的版本)
2. 严重:系统仍可以运行,但已经不稳定,继续运行,可能还会产生严重的后果
3. 一般:系统可以稳定的运行,但一些需求没有实现或影响了用户体验
4. 次要(建议性):影响用户的视觉体验,或UI界面不美观等