首页 > 代码库 > 软件测试入门随笔——软件测试基础知识(四)

软件测试入门随笔——软件测试基础知识(四)

about 测试流程

一般公司测试流程

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

测试过程模型

  • 瀑布过程模型

技术分享

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

  • 快速原型过程模型

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

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

  • 敏捷过程模型

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

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

  • 螺旋过程模型

技术分享

 

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

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

  • 增量过程模型

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

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

什么是bug?

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

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

冒烟测试

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

bug处理流程

技术分享

bug管理

 

 

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

bug报告包括?

bug编号
bug状态(开发是否已确定?)
项目
问题部件
版本
系统、平台(eg:PC端Windows系统)
重要级别
测试步骤
预期结果
实际结果
测试员、测试日期

 

 

 

 

 

 

 

 

 

 

 

软件测试入门随笔——软件测试基础知识(四)