软件的分类
定义：一系列按照特定顺序组织的计算机数据和指令的集合
软件=数据+指令+文档
按场景分：
工具类软件：word wps
游戏类：王者荣耀
媒体类：腾讯视频
电商类：pxx
按架构类分：单机版软件：office 红警
分布式软件：
c/s架构软件：客户端需安装专门软件 如：微信 qq
b/s架构软件：客户端为浏览器 如百度 hao123
软件测试的定义
通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程
软件测试的原则
测试显示软件缺陷
穷尽测试是不可能的
测试要尽早介入
缺陷集群性 杀虫剂悖论
测试活动依赖于测试内容
没有错误是好是谬论
测试模型
V 模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。
V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
相对于V模型，W模型更科学。W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。测试与开发是同步进行的，从而有利于尽早地发现问题。
软件测试的流程
软件测试的流程
测试的分类
按技术分：黑白灰盒测试
按内容划分：性能测试 兼容性测试 功能测试
按阶段分 单元测试 集成测试 系统测试 验收测试
兼容性测试：
app
Android/IOS版本
厂商
型号
分辨率
屏幕：全屏、水滴屏、刘海屏、曲面屏、折叠屏、双面屏
web
浏览器：四类，根据浏览器内核（78）
day02
测试计划介绍
定义：制定测试目的、范围、方法、时间进度及软件测试重点的过程
测试计划核心要素
测试目的、测试资源、测试进度、测试范围, 测试准测、测试策略、测试风险、人员分布 输出文档
（第一最后位置固定）
测试封面和目录
封面：测试计划 编写人 编写时间等 可表格 文字描述
目录 自动生成
测试目的编写内容 对项目测试进行整体描述 不用过于详细 描述各个模块 功能具体要做什么测试 bug解决情况 以及相应的上线时间
系统资源
软件资源
这部分描述测试需要的软件的版本、数量、描述。
资源描述
操作系统: Windows7 /Linux Centos
Web服务器: Apache2.2
DB : Mysql5.5
运行环境 : PHP
浏览器 : IE11 , 谷歌，火狐 可以使用虚拟机
硬件资源
day03
测试用例设计方法 定义
为某个业务目标，而编制的一组由测试输入，执行条件以及预期结果组成的案例
用例核心要素
用例编号 所属模块 用例标题 优先级 前置条件 操作步骤 测试数据 预期结果 实际结果
高质量测试用例
测试用例覆盖所有用户需求
测试用例简单明了
各类型的测试用例要准备齐全
用最少的用例覆盖最多的需求
等价类划分法
定义：等价类划分是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。
等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。
分类
一般可分为有效等价类和无效等价类。
有效等价类：指符合《需求规格说明书》，输入合理的数据集合
无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合
边界值分析法
定义
边界值分析是取稍高于或稍低于边界的一些数据进行测试。
确定边界值的方法
上点：是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。
离点：是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)
遵循的原则：开内闭外 开区间往中间找，闭区间往外找
内点：域内的任意点都是内点。
day04
因果图
定义：因果图法比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。
因果图测试用例的编写过程
1、确定原因、结果、中间过程
2、连接因果图
3、标明约束条件
4、输出测试用例
错误推测法
定义
错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。
一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。
判定表
定义：
设计测试用例时，分析和表达多输入条件下执行不同操作的黑盒测试方法。
注意：该方法和因果图法相似。
4.3.2 判定表测试用例编写过程
1、确定原因和动作
2、排列组合
3、标明结果关系
4、输出测试用例
正交实验法
概述
日本人提出
使用工具：正交表
正交实验设计包括两部分内容：第一，是怎样安排实验；第二，是怎样分析实验结果。
应用场景
在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合，不可能（也没有必要）为每一种组合编写一条用例，如何使用最少最优的组合进行测试。——正交排列法
day05
测试用例设计方法（三）- 场景法
定义
通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方法
ATM引入场景法
原理图
两个流
基本流
概念 正确完成的流程
流程
插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
备选流
概念 存在异常的流程，对于基本流每一步都取反
流程
插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
场景法测试用例编写过程
分析用户场景
设计场景覆盖基本流和备选流
输出测试用例
