测试基础入门--day1

@宇宁

已于 2022-12-16 16:00:26 修改

阅读量75

点赞数

分类专栏：测试基础文章标签：测试用例

于 2022-12-14 18:40:16 首次发布

本文链接：https://blog.csdn.net/weixin_56194193/article/details/128320399

版权

测试基础专栏收录该内容

8 篇文章 1 订阅

订阅专栏

软件：控制计算机硬件工作
软件测试：使用技术手段验证软件是否满足使用需求
测试目的：减少软件缺陷，保障软件质量
方向：
- 功能测试+接口测试
- 功能测试+性能测试
- 功能测试+web自动化
测试分类
- - 功能测试：测试主要验证程序的功能是否满足需求
  - 自动化测试：使用代码或工具代替手工，对项目进行测试
  - 接口测试：使用代码或工具验证程序中的接口是否访问正常
  - 性能测试：模拟多人使用软件，查找服务器缺陷
- 按阶段划分
  - 单元测试：针对程序源代码进行测试
  - 集成测试：针对程序接口进行测试
  - 系统测试：针对程序功能、非功能进行测试
  - 验收测试：使用不同用户（内测、外测）进行测试
- 按代码可见度划分
  - 黑盒测试：不关注代码，针对程序UI功能进行测试
  - 灰盒测试：针对代码部分代码进行测试（接口）
  - 白盒测试：针对程序源代码进行测试
- 质量模型：功能、性能、兼容、易用、安全。可靠性、移植性、维护性
- 测试流程
  - 需求评审：确保各部门理解一致
    - 角色
      - 产品经理
      - 开发
      - 测试
    - 目的
      - 需求理解一致
      - 知道被测项目有哪些功能模块
  - 编写测试计划：测什么、谁来测、怎么测
  - 用例设计：验证项目是否符合需求的操作文档
    - 用例编号：项目_模块_编号
    - 用例标题：预期结果（测试点）
    - 项目/模块：所属项目或模块
    - 优先级：表示用例的重要程度或者影响力P0-P4(P0最高）
    - 前置条件：要执行此条用例，有哪些前置操作
    - 测试步骤：描述操作步骤
    - 测试数据：操作的数据，可以为空
    - 预期结果：期望达到的结果
  - 用例执行：项目模型开发完成开始执行用例文档实施测试
  - 缺陷管理：对缺陷进行管理的过程
  - 测试报告：实施测试结果文档
- 测试8要素
  - 测试编号：项目名称_项目简称_编号
  - 用例标题：预期结果（测试点）
  - 项目/模板：用例所属项目或模块
  - 优先级：P0-P4（P0最高）
  - 前置条件/预置条件：操作步骤之前的操作
  - 测试步骤：执行用例步骤
  - 测试数据：执行步骤中的重点数据
  - 预期结果：用例执行结果+不同角色隐形结果
单个输入框：边界值+等价类
针对穷举场景设计测试用例
- 等价划分：在所有测试数据中，具有某种共同特征的数据集合进行划分
  - 分类
    - 有效等价类：满足需求的数据集合
    - 无效等价类：不满足需求的数据集合
  - 用法
    - 有效等价取1个值
    - 每个无效集合取1个
  - 步骤
    - 1.明确需求
    - 2.确定有效和无效等价类
    - 3.提取数据编写测试用例
      - 练习1：QQ
      - 练习2：电话
        正向用例：一条尽可能覆盖多条逆向用例：每一条数据，都是一条单独用例
      - 适用场景
        针对：需要大量数据测试输入，但是没法穷举测试的地方。
        输入框
        
        下拉列表
        
        单选复选框
        
        典型代表：页面的输入框类测试
      - 难点：
        长度：边界
        
        类型：等价
        
        规则：等价
针对限定边界规则设计测试点
- 边界值分析法：使用边界值解决边界位数限制问题
  - 1、选取正好等于、刚好大于、刚好小于边界的值作为测试数据
    - 边界值说明：
      - 上点：边界上的点（正好等于）
      - 离点：距离上点最近的点(刚好大于、刚好小于)
      - 内点：范围内的点（区间范围内的数据）
      - 上（绿）、离（黄）、内（蓝）
      - 提示：
        1.有关范围限制，最多7条用例
        
        2.边界值能解决位数限制问题，但是不能解决类型问题（要结合等价类）
  - 2、边界值法设计用例步骤
    - 明确需求
    - 确定有效和无效等价类
    - 确定边界范围值
    - 提取数据编写测试用例
  - 3、练习
    - 案例优化
      - 结论：7个优化为5个点
      - 上点：必选（不考虑区间开闭）
      - 内点：必选（建议选择中间范围）
      - 离点：开内闭外
  - 4、使用场景
    - 在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）
    - 常见词语描述：大小、尺寸、最大、最小、至多、至少等修饰词语
    - 典型代表：有边界范围的输入框类测试
针对多条件依赖关系进行设计测试点
- 判定表法
  - 1、判定表法的引用
    - 等价类边界值分析法主要关注单个输入类条件的测试
    - 并未考虑输入条件之间的各种组合、输入条件与输出结果之间有相互制约关系的测试
  - 2、判定表法定义及组成部分
    - 1.定义：是一种以表格形式表达多条件逻辑判断的工具
    - 2.组成：
      - 条件桩：列出问题中的所有条件，列出条件的次序无关紧要
      - 动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束
      - 条件项：列出条件对应的取值，所有可能情况下的真假值。
      - 动作项：列出条件项的各种取值情况下应该采取的动作结果。
      - 案例：验证“若用户欠费或者关机，则不允许主被叫”功能的测试
    - 3.规则：
      - 判定表中贯穿条件项和动作项的一列就是一条规则
      - 假设有n个条件，每个条件的取值有两个（0，1），全组合有2的n次方种规则
  - 3、判定表法设计用例步骤
    - 1、明确需求
    - 2、画出判定表
      - 1) 列出条件桩和动作桩
      - 2) 填写条件项，对条件项进行全组合
      - 3) 根据条件项的组合确定动作项
      - 4) 简化、合并相似规则（有相同的动作）
    - 3、根据规则编写测试用例
  - 4、案例1
  - 案例2
  - 5、使用场景
    - 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
    - 判定表一般适用与条件组合数量较少的情况（比如4个条件以下）
针对项目业务进行设计----多个功能组合测试
- 业务测试覆盖
  - 重点：
    - 1.覆盖业务测试需要使用流程图法
    - 2.先测试业务，在测试单功能、单模块、单页面
- 场景法：也可以叫流程图法
  - 1、流程图：使用标准图形和箭头来表达程序或业务走向
    - 作用：能看懂流程图，设计业务用例。当需求文档信息不全时，能够根据需求，梳理出流程
    - 网页版工具：ProcessOn思维导图、流程图-思维导图模板_思维导图软件免费下载_在线作图协作工具
    - windows工具：visio
    - 其他工具：Excel，Word
  - 2、使用场景：根据实际的应用场景，来测试业务用例
  - 3、案例：
错误推荐法
- 定义：通过经验推测系统可能出现的问题
- 思想：根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷
- 场景：
  - 1.时间紧任务大时，根据之前项目类似经验找出易出错的模块重点测试
  - 2.实践宽裕通过该方法列出之前出现问题较多的模块再次测试