软件测试入门随笔——软件测试基础知识（四）

标签：bug   大量   img   软件版本   效果   快速原型   多个   管理   避免   

about 测试流程

一般公司测试流程

• 评审需求
• 分解需求
• 制定测试计划
• 设计测试用例
• 执行测试
• 提交bug报告
• 回归测试、验证bug
• 书写测试报告
• 经验总结

测试过程模型

• 瀑布过程模型

以文档驱动，自由度低。实际开发过程中，各部分之间都有某种程度的重叠，造成这种重叠的原因是，任何一个阶段都不可能在下一个阶段开始之前结束。

• 快速原型过程模型

先做出一个可运行的、功能简单的原型系统，交由客户试用看是否满足客户期望，并根据客户反馈进行修改增补。

优点：关注用户需求，降低由于需求不明确导致项目出错的风险。在大型项目需求分析难以一次完成时，效果尤为显著。

• 敏捷过程模型

把一个大项目划分多个相互联系，但也可以独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。各个子项目的成果都经过测试，具备集成和可运行的特征。

适用于小块工作，能完全适应用户环境，而且对产品进行持续迭代。

• 螺旋过程模型

需要经历多次需求分析、设计、实现、测试的过程，依据前一个版本的结果构造新的版本。

这样做需要投入大量的时间精力，主要是为了规避风险、在早期构造软件的局部版本时即获得用户反馈、以及避免一次集成大量代码。

• 增量过程模型

当迭代的速度加快，每次迭代只是在前一次的基础上增加少量功能。

适用于项目后期、维护阶段。

什么是bug？

从内部角度看来，bug是软件开发或维护过程中存在的错误、毛病；

从外部角度看来，bug是系统所需要实现的某种功能的失效、违背。

冒烟测试

冒烟测试是对软件基本的功能进行测试，测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本的功能正常，保证软件系统能跑的起来, 可以进行后续的正式测试工作。

bug处理流程

bug管理

1. 提出疑问（为什么出现问题？测试环境有没有问题等等？）
2. 确认是不是bug
3. 定位问题
4. 提交bug报告
5. 跟踪bug
6. 验证bug（开发处理后，验证通过则关闭bug）
7. 总结经验

bug报告包括？

软件测试入门随笔——软件测试基础知识（四）

标签：bug   大量   img   软件版本   效果   快速原型   多个   管理   避免   

原文地址：http://www.cnblogs.com/gajendra/p/6147801.html