概念篇
- 需求是什么/li>
- 软件测试的生命周期
- 开发模型和测试模型
-
- 瀑布模型
- 螺旋模型
- 迭代、增量模型
- 软件测试V模型
- 软件测试W模型
- BUG
-
- 什么是bug/li>
- bug的等级
- bug的生命周期
- 如何描述一个bug/li>
需求是什么/h2>
需求简而言之就是想要干什么事。在互联 方面主要分为用户需求和软件需求
- 用户需求：用户想要软件实现的功能（相对来说比较简单，没有具体的实现细节，有时候可能就是用户的一句话，但我们需要将其具体化）
-
- 优点：各个阶段比较独立，看重需求分析和软件测试
- 缺点：无法适应需求的变化，测试到编码后才介入，导致前期的缺陷无法及时发现和修正
- 应用场景：适用于需求稳定的项目
螺旋模型
一般在软件开发初期阶段需求不是很明确时，采用渐进式的开发模式。螺旋模型是渐进式开发模型的代表之一。
这对于那些规模庞大、复杂度高、风险大的项目尤其适合。这种迭代开发的模式给软件测试带来了新的要求，它不 允许有一段独立的测试时间和阶段，测试必须跟随开发的迭代而迭代。因此，回归测试的重要性就不言而喻了。
软件测试V模型
V模型最早是由Paul Rook在２０世纪８０年代后期提出的，目的是改进软件开发的效率和效果。是瀑布模型的变种
- 特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进行的
- 优点：测试阶段和开发阶段在两个独立的V模型里面，测试介入得比较早，在项目初期就介入了，前期的风险可以及时被发现
- 缺点：W模型每一个阶段任然是一个串行的过程，不能适应需求变化的项目，所以无法应用到敏捷开发
BUG
什么是bug/h2>
凡是实现效果和需求不相符的都可以认为是BUG.一般分为两种情况
- 当软件需求存在并且合理，如果软件功能和软件规格不想符合，就是一个bug
- 当软件需求不存在的时候，用户需求存在且合理，软件功能和用户需求不相符，就是一个bug
对bug我们要心存敬畏, 但是不要害怕. 程序猿身上背负的bug, 就是一个老兵身上的疤痕, 最值得骄傲的军功章（没有事不可能得啦，不是在写bug，就是在修改bug的路上（笑哭））
bug的等级
bug一般分为四个等级，崩溃、严重、一般、次要
- 崩溃：系统运行阻断，严重影响了开发人员和测试人员的工作，需要立马修复
- 严重：系统还可以运行，但是已经不稳定了，如果在运行下去，可能会产生严重的后果
- 一般：系统可以稳定的运行，但一些次要的功能还没有实现，可能会影响用户的体验
- 次要（建议性）：用户需求中没有严格要求的，但影响用户的视觉体验（界面的文字提示内容，图片的排版等）要不要改需要和产品经理商量
线上出现崩溃级别的bug怎么办br> 回退到上一个版本
bug的生命周期
每个公司、每一个工具对bug生命周期的定义都是不一致的，下面仅是一个常见的例子测试人员应该跟踪一个Bug的整个生命周期，从Open到Closed的所有状态。
BUG状态转换图
如果碰到bug和开发人员产生冲突怎么办/p>
- 先检查自己的bug是否描述清楚
- 检查bug的定级是否按照公司的标准来的
- 站在用户的角度去说服开发人员
- 不断提高自己的业务水平和技术水平
- 和开发人员，产品经理商量bug的解决方案
但这些都是套话啦，现实中情商高一点，多和开发人员走动走动搞好关系，出了bug一起解决岂不美哉！
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！