软件测试--复习

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

测试人员应具备的素质

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

软件测试的生命周期

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

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

软件测试V模型

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

• 优点：左边开发的每一个阶段和右边测试的每一个阶段一一对应，同时也是有右边每一个测试的依据
• 缺点：测试介入晚，前期的错误和风险到后期才发现，会失去及时纠正的机会

软件测试W模型

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

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

BUG

什么是bug？

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

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

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

bug的等级

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

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

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

回退到上一个版本

如何描述一个bug？

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

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

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

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