走进软件测试，测试基础

1.需求测试：制作杯子的使用说明书

开发一个电商平台 ===》购物车，搜索商品，支付，产品列表，客服聊天功能 ==》写进一个Word文档当中==》这个文档在这个行业叫做需求文档

2.界面测试：外观

UI设计工程师====》专门去画效果图（高保真图），原型图

界面测试：主要是测试界面的布局，排版，文案是否与效果图一致

3.功能测试：杯子是否漏水等，以及能否喝到里面的水

功能测试（根本）：又叫做黑盒测试 ===》支付功能，qq登录 ，qq注册，抖音加关注 抖音点赞

4.安全性测试：制作材料是否对人体有伤害

安全测试：银行 金融机构 政府系统（与金钱打交道）

软件安全测试：包括防火墙 木马 病毒 数据 网络等

安全测试的方法：sql 注入 通过一些工具模拟攻击网站等等

5.安装一个电梯，楼层有15层，电梯厂商说可以保证在2分钟内完成一次升降

可靠性测试：在规定的时间，范围内完成规定的事情

一分半就完成了一次升降，运行过程中非常平稳

可用性测试：验证软件是否可用

3分钟完成一次升降，运行的过程中有摇晃

可靠包含可用

6.可移植性测试：在不同地方不同环境是否正常使用，主要是测试软件是否可以成功的移植到其他平台的或者硬件当中

7.兼容性测试：除了装水外是否支持装其它液体

app端兼容性：

一：系统兼容性： Android ios 鸿蒙

二：系统版本的兼容性：ios16.xx ios14.xx Android10.xx Android12.xx

三：手机型号的兼容性：iPhone 华为 小米 vivo OPPO

四：手机屏幕的兼容性：全面屏 刘海屏 折叠屏 曲面屏 水滴屏

web端兼容性：

一：系统的兼容性：window Mac os linux

二：浏览器的兼容性：谷歌 火狐 IE 搜狗 360

三：浏览器的版本的兼容性：

7.易用性测试：非常容易使用 ====》为了用户的体验考虑====》抖音，快手

8.压力测试：一个人可以举重100KG(临界值)，逼近临界值不断地增加压力，101,105,110 不断地加压力

9.负载测试：一个人可以举重100KG(临界值)，逼近临界值看他能举多久，或者说看被测程序能运行多久

IT常见基本术语：

软件：谷歌浏览器 腾讯会议app

硬件:电脑 移动硬盘 鼠标 内存条

pc机：个人电脑

物理机：也是一台电脑===》是相对于虚拟机而言的实体计算机的称呼===》一般都是作为服务器使用

便携机：===》基建项目使用

OS====》操作系统===》windows Linux Mac os

dos命令：

进入dos窗口==》搜索cmd 或者按住Windows图标按钮+r 输入cmd

d: ===》切换到D盘

dir ===》查询当前路径下所有的文件和文件夹

ipconfig ===》查询IP地址

图形化界面

,共享：共享单车 共享充电宝 资源共享

共享软件：SVN GIT

备份：数据备份 比如U盘拷贝

文件和文件夹：

Windows ====》文件和文件夹 文件夹中就可以包含文件和文件夹，文件可以保存内容，文件夹不能保存内容但是可以保存文件和文件夹

Linux=====》文件和目录（文件夹） 目录里面可以包含目录和文件 文件中只能包含内容

目录与路径

目录就是文件夹

路径：

a.绝对路径：去 C:\Users\Administrator\Desktop目录下拿xxx.txt文件 相当于和陌生人说话 需要说出所有的路径

b.相对路径：去Desktop目录下拿xxx.txt文件 相当于和熟人说话

客户机与服务器 ====》(抖音 支付宝)

client ---- server 通过客户机去访问服务器 简称叫做：C/S架构（通过app去访问服务器）

优点：手机便于携带 操作简单 上传下载的速度相对较快 安全性高不容易中病毒

缺点：app 需要下载安装 比较耗费流量 占手机内存

浏览器与服务器 ===》(京东 淘宝 )

browser-----server 通过浏览器去访问服务器 简称叫做B/S架构 （通过打开谷歌浏览器取余访问京东）

优点：不需要安装，直接访问

缺点：相对app来说更容易中病毒 上传下载的速度相对较慢 不便于携带

app屏幕兼容性测试：曲面屏 刘海屏 折叠屏 水滴屏，web端不需要考虑

屏幕大小的兼容：5.1,6.1,6.5,

app考虑安装卸载测试，web端不需要考虑

app要考虑操作方面的测试：竖屏 手势 web端不需要考虑操作方面的测试

app要考虑交叉测试：来电话，短信，电量不足的外部提示事件 ， web端不需要考虑

app有升级测试 ，web端不需要

app要考虑支付 web端不需要考虑支付

单机软件===》不需要联网的 ==》俄罗斯方块 贪吃蛇 雪人兄弟 恐龙快打

共享软件

app ：微信 支付宝 抖音 京东

客户与客户需求

客户需求就是客户提出来的要求

项目与项目需求，

项目：根据客户需求实现的产品立项

项目需求：产品经理在客户的需求的基础之上进行提炼，提炼为项目的需求

项目角色：

项目经理（project manage）简称为：PM 职责：统筹管理整个项目，管理开发经理 和测试经理

产品经理：职责：对接客户，对接业务

测试经理：简称：TPM 管理测试组长

测试组长：简称：TL 管理测试工程师

测试人员：简称：TE 软件测试工程师 负责测试

开发经理：管理开发人员

开发人员：编写代码实现产品

DBA 数据库管理员

运维人员 维护开发，测试，生产环境（真实环境）的

UI设计工程师 画高保真图

根据需求文档===》编写测试点 ===》编写测试用例

手机--生产--报废

人 --出生--死亡

软件--产生--停止更新/淘汰

• 通常软件生命周期包括哪些阶段？

• 1)客户问题引入或定义 ===》产品经理和客户进行对接的阶段

• 2)可行性分析（涉及经济（商业论证），政治，法律，技术等）

• 3)项目招投标==》项目的交付周期

• 4)项目立项 ===》项目规划 周期 人力 环境

• 5)需求分析 ===》由产品经理主讲

• 6)开发阶段（设计，编码，测试）====》开发编写代码 测试设计测试用例并且执行测试用例

• 7)维护 ：在拿到项目的时候客户会付款30%定金，开发完成客户在付款60%，维护产品1年（剩余的10%一年后再付款）

第一：自我介绍

第二个：说一下你上一家公司的项目流程

第三个：说一下你最近做的项目

V模型：====》指的是项目的阶段

根据用户的需求提炼为项目的需求，产品经理会召开一个需求澄清会议，由产品经理主讲，经过多次的分析，

多次的讨论最终形成一个基线化的文档，这个叫做需求规格说明书，英文简称为：SRS

1.用户需求和需求分析

基线化：指当前的状态随时可以进入下一个步骤

2.概要设计===》简称：HLD ====》分为模块A,模块B,模块C.模块D

3.详细设计===》简称：LLD ====》针对每个模块中具体的功能是怎么实现的

4.编码和实现：开发人员编写代码

5.单元测试：unit test===>简称：UT 又称为白盒测试 通过盒子的外部就可以看到盒子的内部结构，内部的逻辑和内部的数据 ===》对代码进行测试===》开发人员做的单元测试

6.集成测试====》简称：IT 模块A,模块B,模块C.模块D单独的模块测试是没有问题的，把四个模块集成在一起进行测试叫做集成测试，又叫做灰盒测试===》接口测试

7.系统测试====》简称：ST 除了要保证当前软件的功能正常使用，还需要保证与第三方系统对接不会出现问题

集成测试，系统测试，验收测试 都是测试去进行测试的

6,7简称为：系统集成测试 SIT

8.验收测试===》简称为：UAT测试

α（阿尔法测试）：公司内部的开，测试，产品经理 ，模拟用户的行为操作软件，对软件进行验收，测试发现了bug还可以进行修复

β（贝塔测试）：产品已经交付到客户手中，由客户进行验收，此时如果发现了bug，可以让客户统一收集bug发邮件并且抄送给整个项目组相关的成员

面试题：你上一家公司经历了哪些阶段，每个阶段的输入（准入）和输出（准出）是什么？

阶段 准入 准出

需求分析阶段 项目组成员参与需求分析 需求规格说明书（SRS）

概要设计阶段 需求规格说明书（SRS） 概要设计说明书（HLD）

详细设计阶段 概要设计说明书（HLD） 详细设计说明书（LLD）

编码阶段 开发编写代码 整个项目的代码包（一般是 .war .jar .zip的代码包）

单元测试阶段 开发对代码进行单元测试 单元测试报告

系统集成测试阶段 测试人员编写测试用例/执行测试用例 系统集成测试报告

验收测试阶段 公司内部成员和用户参与验收测试 验收测试报告

H模型：项目的流程

1.项目和产品的区别：现有项目然后才有产品===》先有微信这个项目，才有微信这个产品

2.项目和版本的区别：一个项目有很多个版本===》微信项目，成立于2010年，到现在是13年，假设3个月迭代一次版本

一个电商平台的项目，6个月一个版本，共有180天/24

工作日：周一到周五 ，不包括周六和周天

自然日：周一到周天 包括周六和周天

1.SRS澄清：由产品经理主讲，跟项目组相关人员（主要是开发，测试）进行详细的需求讲解，让项目组中所有 的人员对本次需求达成一致认可

SRS：产品经理拿到需求文档后，通过多次的修改让项目组中所有的同时都一致认可后，形成一个基线化文档，这个叫做需求规格说明书，简称SRS

基线化：表示当前的状态很稳定，随时可以进入下一个环节

2.HLD：概要设计说明书（开发编写）

3.LLD：详细设计说明书（开发编写）

4.review HLD ：评审HLD ===》为什么测试人员可以评审HLD和LLD呢？===》测试人员也参加过需求评审会议

TPM：测试经理 ====》编写测试计划（一般规范的是测试的范围，人力的安排，软件和硬件的资源，测试的进度，测试的风险评估）

TE :测试工程师

TC（test case）：测试用例/测试案例

5.评审测试用例：

a.交叉评审：测试组内同事之间进行评审====》测试人员主导，跟项目组测试同事讲解自己写的用例【用例评审，谁写的测试用例谁去主讲】

b.组内评审：项目组内同事（开发，测试，运维，产品）进行评审===》在公司中主要用到的评审

c.会议评审：有客户参与

用例评审要做的事情：

1.产品经理对测试用例进行一个整体的把关，对一些遗漏场景进行补充，对不清楚的业务或者逻辑进行讲解

2.开发也会对测试用例的场景和逻辑进行把关

3.测试要及时更新测试用例和补充遗漏场景

6.TPM将已经评审完成的用例导入用例管理工具，并将用例分配给到对应的测试人员（一般谁写的测试用例谁去测试）

testlink:是一款用例管理工具

7.TPM或测试骨干，运维人员去搭建测试环境

公司里面有哪些环境？

测试环境===》测试人员用的环境

开发环境===》开发人员用法的环境

生产环境===》线上环境，也叫作真实环境

8.开发负责人打包代码包

测试环境搭建号之后，开发 负责人会将开发号的代码包打成一个war包，交由测试经理部署到测试环境

项目一般都会部署子啊Linux服务器上面

9.冒烟测试==》冒烟测试在sit1系统集成测试用来中选取20-30条用例进行测试

冒烟测试的定义：对产品的主体功能进行测试，最早来源于硬件行业的电路板测试

qq登录功能的主体就是==》qq登录成功

冒烟测试不通过则将版本打回===》开发人员重新修改代码，修改完成后在重新打包在部署到测试环境中进行测试

sit1 ：称为系统集成测试，又称为全量测试，需要执行所有的测试用例===》例如：写了1000条用例，需要执行1000条用例

sit2 :称为回归测试，又称为增量测试（用例数量的增加）===》写了1000条用例，回归测试执行了450条用例，为了更多场景的覆盖，增加了50条用例

回归测试测试的哪些内容？

1.测试上一轮发现bug的测试用例

2.每一轮sit测试需要执行冒烟测试

3.测试新增加的用例

4.与上一轮发现bug的相关联的模块的用例

sit3 ===>称为回归测试 ====》200条

sit4===>称为回归测试 ===》70条

直到bug为0达到上线的标准，然后输出测试报告

bug为0/1：H模型当中允许有1个易用性bug（易用性bug不会影响到功能的使用），当前的版本发现的易用性bug

如果需要留到下一个版本去解决，必须要发送邮件告知测试经理并且抄送给项目组相关人员

bug的级别有哪些：

L1:致命性 系统奔溃，死机，死循环，支付功能金钱受损失

L2:严重性 次主体功能收损失

L3:一般性 涉及到其他功能的正常使用

L4:建议性 ui界面排版 字体大小 字体颜色等