测试学习（1）软件定义及开发流程

一、软件的定义

1. 常见软件的分类

(1) 客户端软件：需要下载安装到电脑上的软件。例如：PowerPoint、Pycharm等。
(2) 网页软件：运行在浏览器上的软件。例如：京东、淘宝、百度等。
(3) 移动端软件：需要下载安装到手机上的软件。例如：微信、QQ等。
(4) 小程序软件：运行在微信、支付宝等内置在一个手机软件平台上的软件、例如：行程卡等。

2. 软件的简版架构

(1) 用户层：我们能够直接看到和操作的部分。
(2) 服务层：我们看不到，但负责了软件的核心处理逻辑的部分。
(3) 存储层：我们看不到，但负责了存储一切数据的部分。

二、软件项目是如何诞生的

一个标准且完整的项目诞生过程：
发现需求$\to$测算市场规模$\to$竞品调研$\to$设计商业模式$\to$设计产品原型$\to$软件架构设计$\to$软件开发$\to$软件测试$\to$线上部署$\to$运营维护$\to$软件升级

三、为什么要进行软件测试

(1) 任何的产品生产出来都是有可能存在瑕疵的。
(2) 软件测试是保证软件产品质量最重要的一环。

四、项目组的构成

1. 一个项目各阶段涉及人员及工作内容

(1) 需求阶段：产品经理，负责需求调研、竞品分析、产品原型设计
(2) 需求评审：项目组所有成员都参加，产品经理为大家讲解产品所需求的逻辑
(3) 设计阶段
UI/UE：网页、图片设计
架构师：软件架构设计、选择技术栈
(4) 开发阶段
前端开发：负责实现网页业务逻辑部分的编码
后端开发：负责实现服务端业务逻辑部分的编码
(5) 测试阶段
测试工程师：负责软件实现后的质量检查
(6) 运营维护
运维工程师：负责线上服务器的服务部署与维护
数据库管理员：负责线上数据库的服务部署与维护

五、软件项目开发模型

常见软件开发模型：瀑布模型、V模型、W模型（双V模型）。

1. 瀑布模型

(1) 瀑布模型简介：这是一个软件生命周期模型，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始知道产品发布和维护，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。
(2) 瀑布模型的设计：

(3) 瀑布模型的优缺点
a. 优点：严格的规定了每个阶段必须提交的文档，项目的推进必须按照一定的顺序来做。
b. 缺点：严重依赖项目文档，脱离用户真实需求，在可运行的软件产品交付给用户之前，用户只能通过文档来了解产品是什么样的，很可能导致最终开发出的软件产品不能真正满足用户的需要。也不适合需求模糊的系统。

2. V模型

(1) V模型简介：一种传统软件开发模型，适用于一些传统信息系统应用的开发，由于其模型构图形似字母V，所以又称软件测试的V模型。模型中明确的标注了测试过程中存在着哪些不同的测试类型，并且清楚地表达了测试阶段和开发过程各阶段的对应关系。需要软件开发完了之后才开始测试活动。
(2) V模型的设计：

(3) V模型的优缺点
a. 优点：包含了从底层（单元测试）到顶层的测试（验收测试）。更清楚地标识了开发和测试的各个阶段。自上而下逐步求精，每个阶段分工明确，便于整体项目的把控。
b. 缺点：自上而下的顺序导致测试工作在编码后，不能及实地进行修改。实际工作中，需求经常变化，导致V模型步骤反复执行，返工量很大，灵活度较低。

3. W模型（双V模型）

(1) W模型简介：也是一种传统软件开发模型，由两个V字型模型组成，分别代表测试与开发过程，测试的活动与软件开发同步进行。W模型测试的对象不仅仅是程序，还包括需求和设计。W模型相对于V模型可尽早发现软件缺陷，可降低软件开发的资本。
(2) W模型的设计：

(3) W模型的优缺点
a. 优点： 开发伴随着整个开发周期，需求和设计同样要测试。更早地介入测试，可以发现初期的缺陷，修复成本低。分阶段工作，方便项目整体管理。
b. 缺点： 开发和测试依然是线性关系，需求的变更和调整，依然不方便。如果没有文档，无法执行W模型。对于项目组成员的技术要求更高。

六、Bug的生命周期

1. Bug的分类

(1) 功能型Bug
指产品实现过程中，具体逻辑的实现错误。
(2) 需求型Bug
指在软件项目管理的过程中，需求阶段就埋下了隐患，如未按照需求实现、需求理解错误或需求未描述清楚等情况。
(3) 性能型Bug
指软件在多人同时使用或长时间运行时出现了响应慢，甚至是崩溃的问题。
(4) 常识型Bug
在过去用户一直是这样认为的，已经形成一种默认的约定，但软件设计或开发人员就不按照约定俗称的规则来。

2. 从项目角度看Bug生命周期

3. Bug生命周期中的状态管理