软件测试(一)——测试基础

软件测试:发现软件bug


软件质量模型

衡量一个软件质量的维度(八个方面)

  • 功能:软件具备功能
  • 性能:多用户同时使用是否满足要求
  • 安全:数据存储及传输安全
  • 易用:用户体验
  • 兼容:不同设备,平台正常运行
  • 可靠性:长时间运行稳定
  • 可移植:系统升级,数据迁移方便
  • 可维护:运行出现问题维护是否方便

在这里插入图片描述


软件测试分类

1.按生产阶段划分

  • 单元测试:针对程序源代码的测试
  • 集成测试:针对功能模块组装的测试
  • 系统测试:测试整个系统
  • 验收测试:用户验证系统是否满足需求
    生产阶段

2.按代码可见度划分

  • 黑盒测试:源代码不可见(对UI界面输入输出)
  • 灰盒测试:源代码部分可见
  • 白盒测试:源代码可见(对程序源代码及内部逻辑结构)

代码可见度划分


3.冒烟测试

定义:对核心功能的验证,测试其系统的主要功能能够正常运行

在这里插入图片描述


4.回归测试

更新系统或者bug修复后对其及关联的部分再次测试来验证是否有新的bug出现

回归测试


软件测试方法(用例设计)

设计测试用例的方法

1.等价类划分

根据需求说明书的输入范围划分

  • 有效等价类:满足需求的数据集合
  • 无效等价类:不满足需求的集合

2.边界值分析法

需求规定取值范围或取值个数

  • 上点:边界上的点,必选
  • 离点:距离上点最近的点,选择2个(不包含上点选择范围内的点,包含上点选择范围外的点)
  • 内点:边界范围内的任意点,必选

3.判定表

多条件之间有约束规则

组成:

  • 条件桩:列出问题中的所有条件(次序无所谓)
  • 动作桩:列出问题中可能采取的操作(可以有多个)
  • 条件项:列出条件对应的取值,所有可能情况下的真假值
  • 动作项:推导出条件项(各种取值情况)下应该采取的操作结果

假设有n条件,每个条件2个取值,组合有2的n次方

4.流程分析法(场景设计法)

对业务进行流程分析,设计测试用例

步骤:

  1. 理解需求,确定业务流程
  2. 绘制流程图,明确流程路径
  3. 根据流程图,抽取测试路径,每条路径代表一个测试用例
  4. 设计测试用例

画流程图工具:ProcessOn : https://www.processon.com/login

用例设计

用例要素:

  • 用例编号
  • 用例标题
  • 项目/模块
  • 优先级
  • 前置条件
  • 测试步骤
  • 测试数据
  • 预期结果
    在这里插入图片描述

缺陷管理

定义:软件存在的各种问题
缺陷衡量标准:

  • 少功能
  • 多功能
  • 功能错误
  • 隐形功能缺失或错误
    不易使用

缺陷要素:
• 当前指派:将bug提交给谁
• Bug标题:描述bug问题
• 严重程度:bug严重程度
• 优先级:bug修复紧急程度
• 重现步骤:复现步骤
• 附件:执行实际结果截图或日志文件

管理工具:
禅道:禅道下载及使用
在这里插入图片描述


  • 18
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值