天天看点

软件测试--复习测试人员应具备的素质软件测试的生命周期软件测试V模型软件测试W模型BUG

软件测试--复习

  • 测试人员应具备的素质
  • 软件测试的生命周期
  • 软件测试V模型
  • 软件测试W模型
  • BUG
    • 什么是bug?
    • bug的等级
    • 如何描述一个bug?
    • 如果碰到bug和开发人员产生冲突怎么办?

测试人员应具备的素质

对软件测试感兴趣,有过硬的专业技能,良好的沟通能力,团队协作能力,发散性思维,具有责任感和压力感。

软件测试的生命周期

需求分析---->测试计划---->测试设计/开发---->执行测试---->测试报告—>运行维护

  • 需求分析:分析需求,细化需求,验证需求的正确性和合理性
  • 制定测试计划:规划测试人员数量,规划测试时间、范围和目的
  • 测试设计/开发:分析需求,从细化的需求中提炼功能点,设计测试用例
  • 测试执行:执行测试用例,记录bug
  • 测试报告:测试的范围,有多少测试用例执行了,余留了多少测试用例,发现了多少bug,修改了多少bug(验证通过确定修改了),遗留的bug和解决方案
  • 运行维护

软件测试V模型

V模型最早是由Paul Rook在20世纪80年代后期提出的,目的是改进软件开发的效率和效果。是瀑布模型的变种

软件测试--复习测试人员应具备的素质软件测试的生命周期软件测试V模型软件测试W模型BUG
  • 优点:左边开发的每一个阶段和右边测试的每一个阶段一一对应,同时也是有右边每一个测试的依据
  • 缺点:测试介入晚,前期的错误和风险到后期才发现,会失去及时纠正的机会

软件测试W模型

W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成,分别代表测试 与开发过程,图中明确表示出了测试与开发的并行关系。

软件测试--复习测试人员应具备的素质软件测试的生命周期软件测试V模型软件测试W模型BUG
  • 特点:测试的对象不仅是程序,需求、设计等同样要测试,测试与开发是同步进行的
  • 优点:测试阶段和开发阶段在两个独立的V模型里面,测试介入得比较早,在项目初期就介入了,前期的风险可以及时被发现
  • 缺点:W模型每一个阶段任然是一个串行的过程,不能适应需求变化的项目,所以无法应用到敏捷开发

BUG

什么是bug?

凡是实现效果和需求不相符的都可以认为是BUG.一般分为两种情况

  • 当软件需求存在并且合理,如果软件功能和软件规格不想符合,就是一个bug
  • 当软件需求不存在的时候,用户需求存在且合理,软件功能和用户需求不相符,就是一个bug

对bug我们要心存敬畏, 但是不要害怕. 程序猿身上背负的bug, 就是一个老兵身上的疤痕, 最值得骄傲的军功章(没有事不可能得啦,不是在写bug,就是在修改bug的路上(笑哭))

bug的等级

bug一般分为四个等级,崩溃、严重、一般、次要

  • 崩溃:系统运行阻断,严重影响了开发人员和测试人员的工作,需要立马修复
  • 严重:系统还可以运行,但是已经不稳定了,如果在运行下去,可能会产生严重的后果
  • 一般:系统可以稳定的运行,但一些次要的功能还没有实现,可能会影响用户的体验
  • 次要(建议性):用户需求中没有严格要求的,但影响用户的视觉体验(界面的文字提示内容,图片的排版等)要不要改需要和产品经理商量

线上出现崩溃级别的bug怎么办?

回退到上一个版本

如何描述一个bug?

  • 版本号(代码版本号)
  • 测试环境(平台),不同的浏览器对同一个系统的同一个页面解析是不同的
  • 测试步骤和测试数据
  • 实际结果
  • 预期结果
  • 附件(错误截图,错误日志等)

如果碰到bug和开发人员产生冲突怎么办?

  • 先检查自己的bug是否描述清楚
  • 检查bug的定级是否按照公司的标准来的
  • 站在用户的角度去说服开发人员
  • 不断提高自己的业务水平和技术水平
  • 和开发人员,产品经理商量bug的解决方案

但这些都是套话啦,现实中情商高一点,多和开发人员走动走动搞好关系,出了bug一起解决岂不美哉!

继续阅读