软件测试学习

Day_1测试概念及模型

• 掌握测试用例包含的基本内容

• 使用等价类方法设计出测试用例

1. 软件测试分类（复习）

1.1 按阶段划分

• 单元测试

  • 测试：针对单个功能进行测试，如：登录、购物车等
  • 开发（更多的理解）：针对代码进行测试（一般由开发负责、或自动化测试协助）

• 集成测试

  • 组装测试

• 系统测试

  • 针对系统进行整体性测试
    • 软件功能
    • 硬件功能

• 验收测试（用户检验产品是否满足自己预期）

  • α测试：bug比较多、内测版本

  • β测试：bug相对比较少、公测版本

  • γ测试：候选发布版本

  • 负责人（甲乙方）：

    • 甲方负责
    • 乙方协助（在甲方的授权及信任基础上）
    • 第三方评测机构

1.2 按是否覆盖源代码划分

• 黑盒测试：输入和输出

• 白盒测试：代码内部实现逻辑

• 灰盒测试

  • 测试关注点
  • 输入
    • 输出
    • 代码逻辑

1.3 按是否运行划分

+ 静态测试

• 不运行被测试程序
• 测试对象
• 文档
  • 代码

+ 动态测试

• 运行测试程序
• 测试对象
  • 运行中的程序

1.4 按是否自动化划分

• 手工测试（功能测试）
• 自动化测试
  • 通过工具或代码代替人进行测试的过程

1.5 更多

• 冒烟测试
  • 开发提交测试版本的接收性测试
  • 测试点
    • 最基本功能，如用户正常登陆
    • 最核心的业务流程，如电商购买商品全过程
• 回归测试
  • 测试点
    + bug回归
    + 旧功能回归
• 随机测试
• 探索测试

---

2. 软件开发流程（软件生命周期）

2.1 瀑布模型（了解）

• 组成
  • 需求分析==》概要设计==》详细设计==》编码==》软件测试==》软件维护
• 特点
  • 线性模型
  • 文档驱动
• 优点
  • 只需要关注当前进行的阶段
• 缺点
  • 不响应需求变化
• 典型应用场景
  • 需求清晰的大型项目，如银行、保险、建筑等

3 软件测试流程

3.1 V模型（了解）

• 组成
  • 需求分析==》概要设计==》详细设计==》编码==》单元测试==》集成测试==》系统测试==》验收测试
• 优点
  • 只需要关注当前阶段、文档驱动、线性模型
• 缺点
  • 不响应需求的变化、不灵活

3.2 W模型（了解）——双V模型

• 绘制

  • 开发V：需求分析==》概要设计==》详细设计==》编码**》集成》实施==》交付**
  • 测试V：**验收测试设计==》系统测试设计==》集成测试设计==》单元测试设计==》**单元测试==》集成测试==》系统测试==》验收测试

• 优点

  • 测试贯穿软件开发的全生命周期

  • 早参与、早发现、早解决

• 缺点

  • 技术和管理要求比较高

4. 软件质量模型（了解）

• 功能性：检查业务功能是否满足需求

• 可靠性：容错能力（恢复正常的时间、能力）

• 易用性：看的懂、会使用等

• 效率性：性能（响应时间、消耗的资源（CPU、内存）等）

• 维护性：为后续功能的开发与维护提供便利

• 移植性：软件需要在不同的软件环境和硬件环境下都能正常的工作

5 软件测试用例（重点）

5.1 软件测试用例概念

• 概念：一个为了特定的目的（检验开发的代码实现是否满足用户的需求）而设计的文档（包含测试输入、执行条件、预期结果），文档的形式可以是xmind、excel等。

• 案例

标题	测试输入	执行条件	预期结果
验证电脑开机功能	有电	按下开机键	屏幕点亮

5.2 测试用例组成要素与用例模板

• ID
  • 唯一性
  • 项目-模块-001
• 模块
• 优先级
  • 作用：体现用例执行的先后顺序
  • 分类：
    • 高
    • 中
    • 低
• 用例标题
  • 唯一性
  • 见名知意
• 预置条件
• 测试步骤
  • 尽可能详细
• 测试数据
• 预期结果

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-0Qzt9xMY-1638952681464)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200619113255809.png)]

5.3 软件测试用例的作用（了解）

• 便于理清测试思路，确保需覆盖测试的功能点无遗漏

• 便于测试工作量的评估

• 便于提前准备测试数据

• 便于把控测试工作进度

• 便于回归测试

• 便于测试工作的组织，提高测试效率，降低测试交接成本

6 等价类（重点）

6.1 等价类划分法

• 概念：通过科学的方法找到具有共同特性的测试输入的子集，能够从穷举测试中解放（大大减少了测试用例的数量，从而提升测试效率。）

• 分类

  • 有效等价类：满足需求

  • 无效等价类：不满足需求

+ 设计测试用例的步骤

• 需求分析

• 划分等价类

      + 有效
      + 无效
        + 规则（需求本身）
        + 长度
        + 类型
        + 是否为空（必填项）
        + 是否重复
  

• 设计用例

• 典型应用场景

  • 输入框

案例1：QQ账号

QQ账号：6——10位自然数

案例3：sina邮箱

新浪邮箱登录，要求输入（邮箱名）@sina.cn和（密码）
邮箱名为：4-16位字符，支持英文、数字、下划线（不能全是数字或者下划线）
密码：6-18位字符

作业

1、梳理今日知识点，结合课上知识讲解补充完善今日总结内容，以xmind形式输出

2、等价类划分法设计测试用例的步骤？

1. 明确需求 （找到所有的输入项）
2. 针对每个输入项分别确定有效和无效等价类 
3. 编写测试用例：
   一条用例尽可能多的覆盖有效等价类；
   无效等价类中每个取值都要使用一条用例来覆盖；

3、写出下面问题的有效等价类、无效等价类。

（1）程序要求输入一个数X，并且X的取值范围为集合{1,3,7,15}。

有效等价类：1,3,7,15
无效等价类：2,4

（2）用户名（昵称）长度为 3-19，以字母开头，字母或数字结尾

有效等价类：
	- 用户名长度为3-19，以字母开头数字结尾
	- 用户名长度为3-19，以字母开头字母结尾
无效等价类：
	- 用户名长度小于3，
	- 用户名长度大于19，
	- 以数字开头
	- 以字母开头，以空格结尾
	- 特殊字符、汉字、为空

4、案例2：城市电话号码

城市电话号码：某城市的电话号码是由3部分组成，分别是：
地区码：空白或是3位数字
前缀：非‘0’且非‘1’开头的三位数字
后缀：4位数字

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AhtRREZy-1638952681466)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620060949821.png)]

5、TPShop商城注册功能测试用例设计

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WwcNbKrQ-1638952681467)(.\image\注册功能.png)]

tpshop注册功能需求说明：
手机号：第一位为1，第二位非2，的11位自然数
注意：对于邮箱注册，仅验证邮箱格式是否正确
xxxx-长度为4-16，类型为数字，字母，下划线组合（可以是纯字母或者数字，不能以下划线开头）

验证码：字母或者数字，与图片一致，点击刷新按钮可以更新验证码
设置密码：要求同输入框提示，6-16位大小写英文字母，数字或符号的组合 (可以是纯字母，数字，符号）
确认密码：同设置密码
推荐人手机：（非必填，之前注册成功的用户）
我已阅读并同意：勾选之后才可以点击同意协议并注册

今日总结

• 掌握测试用例包含的基本内容

  • 能够说出测试用例的定义
  • 能够写出测试用例的8要素
  • 能够按照测试用例8要素模板完成1条测试用例描述

• 使用等价类方法设计出测试用例

  • 能够根据需求划分有效等价类和无效等价类
  • 能够使用等价类方法设计（新浪邮箱登录案例）测试用例
  • 能够说出等价类方法的适用场景

-----------------------------------Day2------------------------------

测试用例设计

今日目标

• 使用边界值法设计出测试用例
• 使用判定表法设计出测试用例

软件测试设计方法

• 等价类（五星）
• 边界值（五星）
• 判定表（五星）
• 场景法（流程图）（五星）
• 错误推测法（二星）

1.等价类划分法（五星）——复习知识

• 作用：从穷举测试中解放出来，找到具有共同特性的测试输入子集。

• 概念：代表性的测试输入集

• 分类

  • 有效等价类（满足需求）
  • 无效等价类（不满足需求）

• 设计测试用例的步骤

  • 需求分析
  • 划分等价类
  • 设计测试用例

• 典型应用场景

  • 具有典型输入框的场景

2.边界值（五星）

• 作用：对等价类的补充，统计表明程序最容易出错的地方就是在边界附近。

• 概念：基于边界值【有效等价类和无效等价类的分界点】设计测试用例的一种【黑盒】方法

• 边界值

  • 上点：边界之上的点

  • 内点：边界之内的点

  • 离点：离边界最近的左右两点

    

• 设计测试用例步骤

    			  + 需求分析
    			
    			  + 划分等价类
    			
    			  + 确定边界
    			
    						    + 上点
    						    + 内点
    						    + 离点
    			
    			  + 设计测试用例
  
  
  
    				+ 典型应用场景
    				
    				  + 存在边界 > >= < <= 大于 小于等于 
  

案例1：QQ账号（6——16位自然数）

需求	数学表示	上点	内点	离点	精简5点
6——16位自然数	[6,16]	6 16	10	5 7 15 17

案例2：添加标题（标题长度>0且标题长度<=30）

需求	数学表示	上点	内点	离点	精简5点
标题长度>0且标题长度<=30	[1,30]	1 30	15	0 2 29 31

案例3：两位数加法器

需求(两位数加法器取值范围)	数学表示	上点	内点	离点	精简5点
大于等于-99，小于等于99	[-99,99]	-99和99	20	-100，-98,98,100
大于-99，小于等于99	(-99,99] ==》[-98,99]	-98,99	20	-99,-97,98,100
大于等于-99，小于99	[-99,99)==》[-99,98]	-99 98	0	-98 -100 99 97
大于-99，小于99	(-99,99)==>[-98,98]	-98 98	0	-99 -97 97 99

案例4：sina邮箱

新浪邮箱登录，要求输入（邮箱名）@sina.cn和（密码）
邮箱名为：4-16位字符，支持英文、数字、下划线（不能全是数字或者下划线）
密码：6-18位字符

扩展知识：

• 边界值优化【7点变5点】

  

• 结论：

  • 上点：必选（不考虑区间开闭）

  • 内点：必选（建议选择中间范围）

  • 离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）

3.判定表（五星）

• 概念：存在多个输入条件、多个输出结果，输入和输入之间有组合关系，输入和输出之间有依赖或制约关系。

+ 判定表组成：

			  + 条件桩：所有输入条件，如欠费状态、关机状态
			
			  + 动作桩：所有的可能的输出结果，如允许主被叫、不允许主被叫
			
			  + 条件项：单个条件的取值范围，一般都是有效等价类和无效等价类

				    + 表示方式
				      + 字符：
						        + 真/有效等价类/Y
						        + 假/无效等价类/N
				      + 数字:
						        + 真/有效等价类/1
						        + 假/无效等价类/0

• 动作项：基于每一种条件的组合，得到确认的结果，如打不通等

• 设计测试用例的步骤

      1. 明确条件桩（找到所有的输入条件）
      2. 明确动作桩（找到所有的输出结果）
      3. 对条件桩进行全组合
      4. 明确每个组合对应的动作桩（基于每一种条件的组合情况，确定本组合下的输出结果。）
      5. 设计测试用例，每行数据对应一条测试用例
  

• 真假表示说明：

  表示形式	真	假
  数字	1	0
  符号	Y	N

• 使用场景：

  • 多条件组合情况

案例1：用户呼叫

若用户欠费或关机，则不允许主被叫

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PbFyKvMF-1638961806600)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620120338374.png)]

案例2：订单状态

订单检查，如果金额大于500元，又未过期，则发出批准单和提货单；
        如果金额大于500元，但过期了，则不发批准单与提货单；
        如果金额小于500元，则不论是否过期都发出批准单和提货单；
        在过期的情况下，不论金额大小还需要发出通知单。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hdiEpQpT-1638961806602)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620122227859.png)]

案例3：文件修改

如果想对文件进行修改，
   输入的第一列字符必须是A/B，第二列字符必须是一个数字，
   如果第一列字符不正确，则给出信息L；
   如果第二列字符不正确，则给出信息M。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ko7FCGrq-1638961806603)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620150916188.png)]

4.因果图（扩展）

• 概念：用图解的方法表示输入的各组合关系，写出判定表，进而设计测试用例的一种【黑盒测试】方法。

• 适用范围：适用于分析程序输入条件的各种组合情况，以及输入和输出之间的依赖关系。

• 核心

  • 因：条件
  • 果：结果

• 基本符号（掌握）

  • 恒等（-）：条件成立，结果成立。
  • 非（~）NOT：条件成立，结果不成立；条件不成立，结果成立。
  • 或（V）OR：只要有一个条件成立，结果就成立；所有条件都不成立时，结果才不成立。
  • 与/且（^）AND：多个条件必须同时成立，结果成立；只要有一个不成立，结果就不成立。

• 设计测试用例的步骤

  • 需求分析

  • 画出因果图

  • 将因果图转换为判定表

  • 生成测试用例

案例1：文件修改

如果想对文件进行修改，
   输入的第一列字符必须是A/B，第二列字符必须是一个数字，
   如果第一列字符不正确，则给出信息L；
   如果第二列字符不正确，则给出信息M。

分析过程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-PljHOaYY-1638961806606)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620131752682.png)]

• 小结
  • 输入条件比较少（2,3,4），推荐直接使用判定表。
  • 输入条件比较多（>4）,推荐使用因果图。

5.正交法（扩展）

核心思想

• 用最小的测试用例获得最大的测试覆盖率。

正交表

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-1gRdbQYv-1638961806608)(.\Materials\正交表概念.png)]

说明

• k代表因素（输入参数）

• m叫水平（输入参数的取值）

• n代表测试用例数

• 读法：k因素m水平

基于正交表设计测试用例

• 步骤
  • 需求分析
  • 确定因素与水平（因素：控件名称；水平：每个控件对应的取值）
  • 确定要采用的正交表
  • 将正交表中的字母用文字代替
  • 设计测试用例（一行就是一条测试用例）

案例1：字符属性设置程序

窗体中有多个控件（字体、字符样式、颜色、字号），每个控件有多个取值
字体：仿宋、楷体、华文彩云
字符样式：粗体、斜体、下划线
颜色：红色、绿色、蓝色
字号：20号、30号、40号

列号	字体	字符样式	颜色	字号
试验号
1	仿宋	粗体	红色	20号
2	仿宋	斜体	绿色	30号
3	仿宋	下划线	蓝色	40号
4	楷体	粗体	绿色	40号
5	楷体	斜体	蓝色	20号
6	楷体	下划线	红色	30号
7	华文彩云	粗体	蓝色	30号
8	华文彩云	斜体	红色	40号
9	华文彩云	下划线	绿色	20号

基于allpairs设计测试用例

• 步骤

  • 需求分析

  • 确定因素与水平（因素：控件名称；水平：每个控件对应的取值）

  • 将确定的因素与水平复制到txt文件中

  • 打开DOS窗口，进入allpairs目录，运行命令：allpairs.exe test.txt > result.txt

  • 根据生成的新文件编写测试用例（一行就是一条测试用例）

案例2：用户筛选按钮

假设有一个用户筛选功能，有3个输入分别是体型、年龄段、性别，
                                       体型有3个取值：胖、适中、瘦；
                                       年龄段有3个取值：老人、青年、儿童；
                                       性别有2个取值：男，女；
请设计测试用例。

TEST CASES
case	体型	年龄段	性别
1	胖	老人	男
2	胖	青年	女
3	适中	老人	女
4	适中	青年	男
5	瘦	儿童	男
6	瘦	老人	女
7	胖	儿童	女
8	适中	儿童	~男
9	瘦	青年	~男

6.场景法（流程图法）

• 概念：场景法就是模拟用户操作软件时的场景，主要用于测试多个功能之间的组合使用情况。

• 使用测试阶段

  • 集成测试
  • 系统测试
  • 验收测试

• 设计测试用例的步骤

  • 需求分析

  • 绘制流程图

  • 设计测试用例（一条流程路径就是一条测试用例）

• 流程图常用符号

  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-EolKHMst-1638961806610)(C:\Users\Jack\AppData\Roaming\Typora\typora-user-images\image-20200620132228689.png)]

  • 开始或结束：椭圆

  • 方向或路径：箭头

  • 处理或操作：长方形

  • 判断：菱形

  • 输入或输出：平行四边形

• 绘制流程图

  • 第1步：确认场景中关键业务步骤

  • 第2步：确定业务之间的先后顺序

  • 第3步：用箭头连接即可

• 绘制工具

  • Microsoft Visio

  • 软件介绍

  • Visio的安装

    • 以管理员身份运行Visio2003_SP3.exe

    • 默认安装即可，中间不需要修改或填写任何内容

  • Visio的基本使用：

    • 新建

  • 画图

    • 选中—del—删除操作

    • ctrl 鼠标左键 拖拽 画纸边缘 – 扩大画纸

      • ctrl 滚轮 – 放大缩小
      • 组合与取消组合

    • 操作练习

      • 新建一个流程图

      • 熟悉几个主要的组成元素

      • 熟悉visio的两个工具

      • 使用一下Del删除无关元素操作

      • 调整一下纸张大小（Ctrl+鼠标左键）

      • 组合与取消组合操作练习

案例1：电商购物流程

案例2：缺陷跟踪管理流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zUE6odei-1638961806611)(G:/itheima/深圳黑马软件测试就业14期/Day02——测试用例设计/1-课堂资料/image/缺陷跟踪管理流程.png)]

---

7.错误推测法

• 概念：利用经验或智慧发现程序中可能犯错的地方。

• 使用场景

  • 重要功能

  • 使用同类型产品

  • 任务急、时间紧、资源少

---

8.测试用例设计方法总结

• 具有输入功能，但输入之间没有组合关系==》【等价类】
• 输入有边界 如长度、类型==》【边界值】
• 多输入、多输出、输入与输入之间存在组合关系、输入与输出之间存在依赖或制约关系==》【判定表、因果图】
• 用最少的测试用例获得最大测试覆盖率时 ==》【正交法】
• 多个功能的组合测试 ==> 【场景法、流程图】
• 最后推荐使用【错误推测法】来进一步补充测试用例

作业

作业：
1.梳理今日知识点，结合课上知识讲解补充完善今日总结内容，以xmind形式输出
2.继续完善TPShop商城前台【注册】功能测试用例设计并执行编写的测试用例
3.TPShop商城后台【添加会员】功能测试用例设计并执行编写的测试用例
说明：
后台访问地址：http://localhost/Admin/Admin/login
用户名：admin
密码：123456
测试功能：【系统】==》【会员】==》【会员列表】==》点击【添加会员】按钮

今日总结

• 能够结合案例找出边界值的上点、离点和内点
• 能够使用边界值方法设计（新浪邮箱登录案例）测试用例
• 能够说出边界值方法的适用场景
• 能够使用判定表方法设计（文件修改案例）测试用例
• 能够说出判定表方法的使用场景
• 能够说出场景法的应用场景
• 能够说出错误推断法的应用场景