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界面排版 字体大小 字体颜色等