1.测试步骤,分类,流程,8要素

软件测试

软件:控制计算机硬件工作的工具
需求产生——需求文档——UI设计——产品开发——产品测试——上线

软件测试:
使⽤技术⼿段验证软件是否满足需求

目的:
减少软件缺陷,保证软件质量

测试技术

  1. 功能测试
  2. 自动化测试:代码或工具实现测试
  3. 接口测试——代码实现
  4. 性能测试——工具实现

测试分类——①阶段划分、②代码可见度划分、还有别的

一、阶段划分:按照软件编写的流程 4个

  1. 单元测试
    说明:针对程序源代码进⾏测试(单元:最⼩独⽴功能代码段)
    提示:
    1.国内单元测试⼀般开发⾃测
    2.单元测试可以解决-快速定位缺陷
    3.提⾼测试执⾏效率

  2. 集成测试
    说明:针对单元与单元之间的接⼝进⾏测试
    提示:⼜称接⼝测试。

  3. 系统测试——针对功能、非功能的测试
    说明:针对系统整体功能+兼容+⽂档(说明、安装⽂档)

  4. 验收测试——内测、公测
    内测:公司内部⼈员使⽤,发觉缺陷并修复。
    公测:让⽤户帮忙测试
    提示:验收测试,⼀般要根据项⽬类型决定是否使⽤。

二、代码可见度划分

  1. 黑盒测试:源代码不可见,UI功能可见——只需进行功能测试(系统测试)
  2. 灰盒测试:部分源代码可见,功能可见——集成测试、接口测试
  3. 白盒测试:全部代码可见 。UI功能可见——单元测试

user-interface在这里插入图片描述

测试-质量模型

  1. 功能性
  2. 兼容性:浏览器、操作系统、手机端(分辨率、品牌、系统、网络、其他等等)
  3. 可靠性:无响应、卡顿、死机(系统奔溃)
  4. 可维护性
  5. 性能效率
  6. 易用性:简洁、友好、流程、美观
  7. 信息安全:信息传输过程、
  8. 可移植性:

测试流程(面试问)

  1. 需求评审:角色: 产品经理 开发 测试——目的:1. 需求理解一致 2. 知道被测项目有哪些功能模块
  2. 测试用例
  3. 用例设计
  4. 用例执行
  5. 缺陷管理
  6. 测试报告
    在这里插入图片描述

测试用例

用例——用户使用的案例

测试用例——为测试项目而设计的执行文档
作用:1.防止漏测 2.实施测试的标准

用例设计编写格式——用例执行的八大要素

  1. 用例编号:项目简称_模块简称_编号
  2. 用例标题:预期效果(测试点)
  3. 项目/模块:用例所属项目或模块
  4. 优先级:P0-P4(P0最高)
  5. 前置条件:操作步骤之前的操作
  6. 测试步骤:执行用例的步骤
  7. 测试数据:执行步骤中的重点数据
  8. 预期结果:用例执行结果 + 不同角色隐性结果

在这里插入图片描述

用例设计目标

1、能对穷举场景设计测试点——等价类划分法:某种特征集合划分
2、能对限定边界规则设计测试点
3、能对多条件依赖关系进⾏设计测试点
4、能对于项目业务进⾏设计测试(重要)

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值