关于测试的概念

什么是需求？

需求分为用户需求和软件需求。

软件需求可以作为开发和测试工作的依据，而用户需求不一定是合理的，这里的不合理有很多的角度：技术角度上，市场需求上，投入成本和收益比噔噔。

关于开发模型

首先软件开发生命周期大致分为以下：
需求分析-计划-设计-编码-测试-运行维护

 

常见开发模型 

瀑布模型：
 如上图可以看到，整个开发流程都是串行化的，也就是线性的开发流程。

优缺点：

优点：

1.强调开发的周期性

2.因为是线性结构，所以每个阶段只执行一次。

3.是其它模型的基础框架。

缺点：
1.测试后置：
a.

瀑布模型的适用场景：需求固定，规模小的项目。

螺旋模型

 

优缺点：
 

优点/特点：

强调各开发阶段的质量。

引入了原型和风险分析。

缺点：
需要耗费额外的时间和人力成本。

并且是否遗留风险跟风险分析人才的技能水平直接挂钩。

适用场景：需求复杂，规模大，风险高 的项目

增量模型
其实就是将一个大的需求分割成多个小的需求，每个功能独立开发上线。

 迭代模型

迭代模型会先上线一个基础版本，但是基础版本的所有功能会比较简陋，后期再迭代优化上线。

关于增量模型和迭代模型，一般的企业很少会独立使用某一个模型，而是两个模型一起使用。

一起使用这两个模型的场景：大型，需求不明确的项目。

敏捷模型（重要）

 

在敏捷模型中有一个重要的宣言， 《敏捷宣言》：

 

 Scrum是敏捷模型中的⼀种，⼜称为迭代式增量软件开发模型。

三个⻆⾊：

 

 

 

在这个基本流程中就包含了五个会议。

 

 

测试模型 

V模型：
 

V模型是瀑布模型的变种。

优点：

 

缺点：
仅仅把测试作为在编码之后的⼀个阶段，未在需求阶段就介⼊测试。缺点同瀑布模型。 

 

W模型：

 

 

特点：测试的对象不仅是程序，需求、设计等同样要测试，测试与开发是同步进⾏的 

优点：有利于尽早地全⾯的发现问题。

缺点：

 

 Bug的概念

软件测试的生命周期 

之前也说过，软件测试是贯穿整个软件的整个生命周期的。

 

 

 实际工作中，上线要分为多个步骤：沙盒，小流量，全流量，全线上。

比如沙盒就是指：企业内部的线上环境。

小流量就是指：先让线上部分真实的用户可以使用到。

Bug

Bug 的概念

 

准确来说：

 描述bug的要素

描述bug的基本要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果

比如问题出现的版本

 

还有问题出现的环境：Windows / Linux等。 

问题出现的步骤可以让开发人员较好的去复现这个bug。

bug级别 

给bug定级别的意义是什么？ 

 

 bug级别⼀般分为：崩溃、严重、⼀般、次要。

 

bug的生命周期

 

 

 

 

与开发产生争论怎么办？（*） 

1.先检查自身 ，看bug是否描述不清楚。

2.站在用户的角度抛出问题。

3.BUG的定级要有理有据。

4.提升自身技术和业务水平，做到不仅能提出问题，还能给出解决方案。

5.bug评审：