软件测试理论

一、什么是软件测试

1、软件测试
测试定义:以检验产品是否满足需求为目标。
软件测试定义：a、验证软件的正确性 b、发现软件中的缺陷（bug）

2、为什么测试？
a、软件运行本身就会出问题
b、代码和文档师人写的，人难免会出错
c、环境会影响软件出现问题
d、软件测试活动是保证软件质量的活动之一

3、软件的生命周期：
a、指的师软件从产生到报废的整个流程
b、软件生命周期包含哪些阶段：
（1）客户引入问题或定义
（2）可行性（涉及经济，商业，技术）
（3）项目招投标
（4）项目立项
（5）需求分析
（6）开发阶段（开发，测试，上线）
（7）维护

4、软件的生命周期模型？
（1）瀑布模型（淘汰）
（2）v模型（重点）
（3）h模型（重点）
（4）敏捷开发模型
（5）w模型
（6）增量开发模型
（7）迭代开发模型

二、软件的生命周期模型

v模型

需求（简称：srs） 【产品输出】

全称：软件需求规格说明书

1、用户需求

类型：一个文档；

内容：对整个项目的设计、框架、功能、模块的描述

2、概要设计 （开发输出）

简称：（HLD）

类型：文档

内容：架构的初步设计文档，使用说明什么类型数据库，架构的描述，设计，模块的名称

（可理解为：盖房子的大概设计，基本框架结构）

3、详细设计

简称（LLD）

类型：也是一个文档

内容：针对功能具体的实现，模块的具体实现，具体设计，架构的具体描述，

（可理解为：房子的具体的装饰设计）

v模型的四个阶段：

（1）单元测试

单元测试：

是指验证软件单元是否满足详细设计文档的规格，能正确的执行，主要是对代码的测试.

单元测试也是最小的测试单位；

在工作中单元测试一般情况是开发自测，如果需要测试进行单元测试，对测试的技术要求非常高，必须要懂开发语言；

理解：单元测试，课本上有10个单元一本书（一单元测试）

（2）集成测试

集成测试是指多个单元组合验证软件是否满足概要设计文档的规格，能正常执行，主要是模块与模块之间的数据交互。

理解：课本上有10个单元（有2个单元或2个单元模块以上测试，比如期中考试1-6单元）

（3）系统测试

系统测试是指把软件进行正常运行，对整个软件系统进行测试，验证这个系统能正常的运行，主要是测试一个整体业务的流程。

理解：课本上有10个单元（测试1-10 单元综合测试）

（4）验收测试

验收测试是指：站在用户角度去对软件进行测试，验证系统满足用户需求；

验收测试测试分为两种：alpha测试（α） 和 bete测试（β）

α测试是内部验收测试

β测试是客户方测试

α测试和β测试

区别：

1、α测试测试地点：是在自己公司 ；β测试一般在客户方

2、α测试都是内部人员进行测试，开发在现场及时发现问题，及时解决；

β测试是在客户方的员工测试，发现问题在反馈给开发在解决

3、α测试测试时间短，技术人员比较集中；

β测试测试时间较长，测试人员不集中；

备注：

（1）集成测试（it）和系统测试（st） 合并成（sit测试），

（2）sit测试（系统集成测试）， 技术测试 ；uat测试（验收测试）

（3）sit环境 （sit1环境，sit2环境，sit3环境）；uat环境（专门用来验收环境）

（4）环境：

a.线上环境（也叫生成环境）

b.测试环境：测试人员使用

c、开发环境：开发人员使用

试题

1、v模型有哪几个阶段？
单元测试、集成测试、系统测试、验收测试
2、最小的测试单位?
单元测试
3、单元测试定义？
满足详细设计文档的规格和说明
4、验收测试有那两种？
α测试和β测试
5、α测试和β测试 区别？
6、sit测试是什么那两个阶段合成的？
集成测试和系统测试合成的

H模型

测试前：

（1）需求澄清会议（产品经理会组织需求会议）：主要任务澄清需求

（2）拿到需求，深入分析和了解需求文档

（3）测试经理编写测试计划 （重点)

测试计划：（内容：测试目的，背景，范围，测试准入，测试准出，环境和资源，测试任务和测试进度，风险及风险管理，测试交付文档）
准入：
开发：需求分析报告，需求规格说明书，概要设计说明书，详细设计说明书，版本说明书及开发自测报告；

测试：写好测试计划，测试用例评审通过，测试环境搭建好

准出:

a.用例100%执行

b.0bug

c.输出测试报告

（4）安排任务，测试分析需求，编写用例

（5）评审用例（测试人员：组内评审（项目评审人员：开发，测试，产品都参加），交叉评审（测试人员之间评审：测试a、测试b、测试c））

（6）用例评审通过以后导入到用例管理工具中；如：禅道.testlink

(7) 搭建测试环境（运维搭建，自己搭建，测试主管搭建）

（8）开发提交代码包，提测（也叫转测） 要达到准入要求；

（9）测试将代码包部署到环境，

（10）进行冒烟测试，冒烟测试通过，进入sit测试，如果，冒烟测试不通过，就把版本打回给开发，开发修改，在提测。
冒烟测试（也叫版本验证测试）定义：指对新版本的主要功能，基本功能进行测试。
如果通过，那么冒烟测试通过，如果冒烟测试失败，那么就把版本打回给开发进行修改，直到冒烟测试通过

（11）sit系统集成测试（一般一个项目有3次系统集成测试，有些项目周期长也有4次，5次）

（12）第一次sit测试也叫全量测试（把前面写的所有用例都要进行测试），测试出来的bug，指派给开发（通过bug工具如：禅道）

(13)开发修改bug，在提交代码

（14）测试在第二次部署项目包，在进行第二次sit测试前也要进行冒烟测试，冒烟测试通过以后才能进行第二次sit测试；
第二sit测试和第三sit测试都叫做回归测试
回归测试：是系统维护阶段进行的验证测试
区别：测试阶段不同
冒烟测试是版本提交时第一个测试，回归测试是在维护阶段测试

（14）第二次sit测试，在将bug提交给开发，开发修改，

（15）第三sit测试，先冒烟测试，在去测试，验证。。。。。。以此类推

备注：
测试用例的来源：
a、冒烟测试用例
b、验证上一个版本提交bug的用例
c、测试与bug有关联的模块用例
d、你认为可疑的测试场景和测试用例
e、测试补充的测试用例和测试场景

（16）直到达到准出：用例100%执行，0bug，

（17）输出测试报告,说明sit测试测完（表示技术测完）

测试报告：
内容：测试目的，测试范围，测试背景，测试实施日期，测试人员，bug 清单，用例清单，测试结果，

（18）sit测完通知 uat 测试，uat验收通过，

（19）封板（封装版本）

（20）等待上线

（21）上线前准备线上数据

（22）上线后在线上测试，

（23）测试没有bug，如有bug就要分析bug，bug影响程度，影响大，就回退版本，如果影响小就备注下次版本修改

（24）上线成功

主流程：

产品开需求会议--测试和开发拿到需求--分析需求--编写测试计划（测试经理）--编写测试用例--评审用例，评审通过--将用例导入用例管理工具--搭建环境--开发提测，达到准入要求--部署项目包到环境中--开始冒烟测试--sit1系统集成测试--有bug提交给开发--开发修改好--提交第二次代码包--部署项目包到环境中--在冒烟测试--sit2测试--以此类推--直到达到准出要求0bug，用例100%执行--输出测试报告--通知uat测试--uat验收通过--封装版本--等待上线--准备线上数据--上线--线上测试--测试无bug表示上线成功。

根据讲解的H模型：梳理（重点记）

产品拿出需求规格说明书（srs）；召开需求会议，分析需求，熟悉需求；测试负责人拿到需求开始编写测试计划；安排测试任务，各自编写测试用例；编写完用例后在对用例进行评审（有组内评审，有交叉评审）；评审通过以后，导入到用例管理工具中；在搭建好环境（运维或测试人员）；开发开发完也要进行提测（达到准入）；测试将代码包部署到环境中；在进行冒烟测试，冒烟测试通过（如果冒烟失败，就打回版本），就进行sit1系统集成测试，将所有测试用例都执行一遍；有bug提交给开发，开发修改，再提交代码包；进行第二次sit系统集成测试，也要冒烟测试，冒烟测试以后就开始进行sit2系统集成测试，测试中发现的bug，提交给开发，开发修改，再提交第三次代码包，进行第三sit系统集成，以此类推，直到测试用例100%执行，0bug（达到测试准出），输出测试报告；通知uat验收，验收通过；封装版本，打包，准备线上数据，上线，线上测试，线上测试通过，上线成功。（如果线上有bug根据影响程度判断：影响大就回退版本，如果影响小，备注好下一个版本解决)

w模型（了解）

敏捷开发模型

目前市场上敏捷开发很多公司应用

特点：周期短，效率高

增量开发模型
例如：yinghao

迭代开发模型（应用多）

测试基本原则

1.测试的标准是用户需求

2.测试不仅仅是单纯的软件本身的测试·

3.软件外在没有失效不代表软件系统是可用的·

4.软件的完美度没有完全正确的，测试只能帮助软件更加完美，更加正确。

5.穷尽测试是不可能的(有些条件组合非常多，穷尽测试是不可能的)

6.测试应该尽早介入(早期引入的问题占到整问题数目的50%以上)

7.二八原则(80%的缺陷或错误会集中出现在20%的区域中)

8.杀虫剂效应(也就是说要不断更新用例，因为反复的执行相同的测试用例将会发现新缺陷的能力几乎为零)

9.测试活动依赖测试对象(测试的关注点不一样，有的更多关注安全和性能的测试)

10.尽量选择第三方测试(避免自己测试自己开发程序）

测试流程大体流程

测试计划输出---测试分析和设计---测试实现和执行---输出测试报告---测试文档归档