什么是软件测试？
软件测试就是利用手工或者测试工具按照测试方案和流程对产品j
一。测试介绍
什么是软件测试？
使用技术手段验证软件是否满足需求
使用技术手段验证软件是否满足需求
认识软件以及测试
什么是软件？
聊天，电商，操作系统
软件：控制计算机硬件工作的工具。
页面客户端->请求代码服务器
页面客户端-》请求代码服务器 》请求数据服务器
页面客户端->请求，响应代码服务器-》请求响应数据服务器
软件控制硬件的工具
03-软件产生过程
需求产生（需求方，客户，用户，产品经理）-》需求文档产品经历需求文档产品经理，设计效果图（UI设计师）-》产品开发-》研发人员
产品开发-》产品测试-》部署上限
04 什么是软件测试
使用技术手段验证软件是否满足使用需求
减少软件缺陷bug，保证质量
控制计算机硬件工作的工具
使用技术手段验证软件是否满足使用需求
控制计算机硬件工作的工具。
什么是软件测试？
1、功能测试
2、⾃动化测试
3、接⼝测试
4、性能测试
主流⽅向建议：
1、功能测试+接⼝测试
2、⾃动化测试+接⼝
3、功能+性能
功能，自动化，接口性能测试
功能测试+接口测试，自动化测试+接口
功能+性能
自动化测试+接口
功能+接口测试
二。测试主流技能
自动化测试：
什么是软件：控制计算机硬件工作的工具
什么是软件测试：使用技术手段验证软件是否满足使用需求
软件测试的目的：减少软件缺陷，保障软件质量
05-主流技能
1.功能测试
执行功能的时候验证文档，
2.自动化测试：
工具或者代码来执行他
使用代码或者工具代替手工，对项目进行测试
使用代码或者工具代替手工，对项目进行测试
3.接口测试
什么是接口？
请求登录-》调用
接口测试，使用代码或者工具对服务端提供的接口进行测试
后台开发
3.接口测试-工具实现
4.性能测试-工具实现
模拟多人使用软件，查找服务器缺陷
功能测试+接口测试
功能测试+性能测试
功能测试：
测试主要验证程序的功能是否满足需求
自动化测试：
使用代码或者工具
⼆、测试常⽤分类
分类
阶段划分（阶段：软件产出过程顺序）
代码可⻅度
2.1 阶段划分
单元测试
说明：针对程序源代码进⾏测试（单元：最⼩独⽴功能代码段）
提示：
1、国内单元测试⼀般开发⾃测
2、单元测试可以解决-快速定位缺陷
使⽤技术⼿段验证软件是否满⾜需求 1 1、功能测试
2、⾃动化测试
3、接⼝测试
4、性能测试
主流⽅向建议：
1、功能测试+接⼝测试
2、⾃动化测试+接⼝
3、功能+性能
123456789
3、提⾼测试执⾏效率
集成测试
说明：针对单元与单元之间的接⼝进⾏测试
提示：⼜称接⼝测试。
系统测试
说明：针对系统整体功能+兼容+⽂档（说明、安装⽂档）
验收测试
内测：公司内部⼈员使⽤，发觉缺陷并修复。
公测：让⽤户帮忙测试
提示：验收测试,⼀般要根据项⽬类型决定是否使⽤
单元测试：针对程序源代码进行测试
BUG太多，单元测试：针对程序源代码进行测试
集成测试：又称为接口测试，针对模块之间访问地址进行测试
系统测试：对整个系统进行测试包括功能，兼容，文档等测试
系统测试：对整个系统进行测试包括功能，兼容，文档等测试
验收测试：特殊的项目
主要分为内测，公测，使用不同人群来发掘项目缺陷
2.2 代码可⻅度划分
代码可⻅度：代码可⻅的程度上划分
2.3 总结
⿊盒测试：主要针对功能（阶段划分->系统测试）
灰盒测试：针对接⼝测试（阶段划分->集成测试）
⽩盒测试：针对程序源代码进⾏测试（阶段划分->单元测试）
黑盒测试：功能，回合测试：接口测试
黑盒测试：源代码不可见，UI功能可见
灰合测试：部分源代码可见，看的是接口，功能不可见
白盒测试：全部代码可见，UI功能不可见，单元测试
黑盒测试：不关注源代码，针对程序UI功能进行测试
会和测试：针对程序部分代码进行测试
系统测试和⿊盒测试重点核⼼是功能测试
集成测试和灰盒测试⼜称接⼝测试
单元测试和⽩盒测试是对代码进⾏测试
⾃动化测试归属功能测试
性能测试、安全测试归属专项测试s
三、模型
⻆度
质量模型，测试模型
质量模型，测试模型
3.1 质量模型
说明：质量模型能告诉我们，测试时应该考虑的⽅⾯
重点：功能、性能、兼容、易⽤性、安全
结论：⽆论测试硬件或软件，都应该从以上⼏点来进⾏分类验证
功能性：需求：10个功能，功能详情，功能数量为10个
错误处理情况，功能正确实现，功能数量为10个
性能：
需求：预估每日在线人数20W，测试服务器每秒处理请求数，服务器硬件配置是否满足
预估每日在线人数20W，测试服务器每秒处理请求数量，
兼容性：
浏览器：谷歌，IE，火狐，欧朋，苹果
操作系统：Win系统：Win7,wind8,wind10,其他
手机：分辨率：品牌，系统，网络，其他
易用性：
简洁，友好，流畅，美观，
简介，友好，流畅，美观，
可靠性：
无响应：出现无响应
卡顿：响应时间慢
死机：系统奔溃
安全：4传输加密，存储加密
可移植性：
网站数据迁移
可维护性：
质量模型：功能，性能，兼容，
四、测试流程
需求评审，确保各个部门需求理解一致
计划编写：测什么，谁来测，怎么测
用例设计：验证项目是否符合需求的操作文档
用例执行：项目模块卡法完成开始执行用例文档事实测试
缺陷管理：对缺陷进行管理
测试报告
事实测试结果文档
如何开展软件的测试工作
需求评审
编写测试计划
需求分析（评审）
前提：阅读1遍需求⽂档，记录不明确之处。
参与⼈员：前端、后端、测试、产品
⽬的：
1、确保各部⻔需求理解⼀致
2、各⻆⾊对需求进⾏查漏补缺
3、了解软件有些功能
提示：需求分析阶段->软件还未实现（刚⽴项）
测试计划
说明：指导测试执⾏的⽂档（重要）
测什么（⽬标、范围）
谁来测（⼈员进度及安排）
怎么测（测试⼯具、测试策略）
⽤例设计
说明：保证能准确验证软件测试点执⾏的⽂档。
1、分析需求
2、提取测试点
3、设计⽤例覆盖测试点
⽤例执⾏
说明：实施测试
缺陷管理
提交->验证->关闭
测试报告
1、bug分析及统计
2、测试中遇到的问题
3、测试总结（本次测试中的优点和不⾜）
1.什么是用例
用例：用户使用的案例
是否能够开机：打开手机按下3秒钟
2.什么是测试用例
是为测试项目二设计的执行文档
3.测试用例作用：
防止漏测
实施测试
4-1用例设计编写格式
用例标题，项目、模块，前置条件，测试步骤，测试数据，预期结果
用例编号：项目——模块——编号
用例标题：预期结果（测试点）
用力标题：预期结果（Ceshidian）
优先级：表示用例的重要程度或者影响力P0-P4（P0最高）
前置条件：要执行这个用例，有哪些前置操作
测试步骤：描述操作步骤
测试数据：操作的数据，没有的话可以为空
预测结果
用例编号，用力标题，项目/模块优先级 前置条件，测试步骤，测试数据，预期结果
QQ登录 预期 失败（账号为空）登录 p1 1.打开登陆界面，2网络正常 1输入账号，输入密码，3点击登录按钮，1.账号：空 2.密码：123455 登录失败：提示扎根好不可以为空
测试用例的设计：
1.能对穷举场景设计测试点
2.能对限定边界规则设计测试点
3.能对多条件依赖关系进行设计测试点
4.能对项目业务进行设计测试点
在所有测试数据当中，具有某种共同特征的数据集合进行划分
有效等价类：满足需求的数据集合
无效等价类：不满足需求的数据集合
明确需求：
要求：6-10位自然数
1.明确需求
2.划分有效等价类，无效等价类
有效8位
无效：3位，12位
提取数据编写用例
12345678
123
12345512312312
长度 6-10位
类型：自然数
有效：8位自然数
1.明确需求
2.确定有效等价，无效等价
3.设计数据编写用例
区号
前缀码
后缀吗
区号
有效数据能组合就组合
3.设计数据编写用例
tel_001 合法（区号为空+其他正确）电话 p0打卡验证电话 1，输入区号2，输入前缀，3、输入后缀4.点击验证
1.区号：为空2.前缀234，3.后缀1234
不合法（前缀为非-且非开头的2位数字）
针对：需要有大量数据测试输入，但是没有办法穷举的地方
能针对
五、测试⽤例
⽤例：⽤户使⽤的案例
⽣活中的⽤例：
⽤例的作⽤
1、防⽌漏测
2、衡量软件是否通过的
⽤例模板
提交->验证->关闭 1 1、bug分析及统计
2、测试中遇到的问题
3、测试总结（本次测试中的优点和不⾜）
123 1、防⽌漏测
2、衡量软件是否通过的标准
⼋⼤要素编写规范
练习案例
黑盒测试：不关注源代码针对功能
灰合测试：针对接口
白盒测试：针对源代码进行测试
专项：性能测试，安全
质量模型：1.功能2.性能3.兼容4.易用5安全
功能，性能，兼容，易用，安全
需求评审，测试计划3用例设计4用例执行5缺陷管理
6测试报告
需求评审：产品经理，开发，测试
需求理解，知道被测试
用例设计：针对穷举进行设计
用例执行
缺陷管理
测试报告
测试编号
用例标题
项目木块
优先级
前置条件
测试步骤
测试数据
预期节固
前置条件、预置条件：操作步骤之前的操作
测试步骤：执行用例步骤
测试数据：执行步骤当中重点数据
预期结果：用例执行结果+不同橘色的隐形结果
预期结果：用例执行结果+不同角色隐形结果
练习案例
练习评审
⻩鑫
微信发朋友圈
1、成功（1张图⽚）
2、成功（1段⽂字）
3、失败（内容为空）
六、⽤例设计⽅法
⽬标
1、能对穷举场景设计测试点
2、能对限定边界规则设计测试点
3、能对多条件依赖关系进⾏设计测试点
4、能对于项⽬业务进⾏设计测试点
6.1 能对穷举场景设计测试点
穷举：⽆穷⽆尽
⽅法：等价类划分法
介绍：
案例1（qq程序）
案例2（电话）
要求:6~10位⾃然数
案例2（电话）
七、作业
