黑马程序员——2022版软件测试——乞丐版——day01

本文详细介绍了软件测试的基本概念,包括测试技能、主流方向、常用分类(如单元测试、集成测试等)、质量模型、测试流程(如需求分析、测试计划、用例设计等),以及如何设计和执行测试用例。以实际案例演示了如何应用各种测试方法,如穷举测试和边界值分析。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录:

  1. 测试介绍
    1. 什么是软件测试?
    2. 测试主流技能
    3. 主流方向建议
  2. 测试常用分类
    1. 分类
    2. 阶段划分
    3. 代码可见度划分
    4. 总结
  3. 模型
    1. 角度
    2. 质量模型
  4. 测试流程
    1. 需求分析(评审)
    2. 测试计划
    3. 用例设计
    4. 用例执行
    5. 缺陷管理
    6. 测试报告
  5. 测试用例
    1. 用例的作用
    2. 用例模板
    3. 八大要素编写规范:
    4. 练习案例:
  6. 用例设计方法
    1. 目标
    2. 设计测试用例的方法: 
    3. 能对穷举场景设计测试点
    4. 案例1(qq程序)
    5. 案例2(电话)
  7. 作业
1.测试介绍
什么是软件测试?

使用技术手段验证软件是否满足需求

测试主流技能

1、功能测试
2、自动化测试
3、接口测试
4、性能测试

主流方向建议
  1. 功能测试+接口测试 
  2. 自动化测试+接口
  3. 功能+性能
2.测试常用分类
分类
  • 阶段划分(阶段:软件产出过程顺序)
  • 代码可见度
阶段划分
  • 单元测试
    • 说明:针对程序源代码进行测试(单元:最小独立功能代码段)
    • 提示:
    • 1、国内单元测试一般开发自测
    • 2、单元测试可以解决-快速定位缺陷
    • 3、提高测试执行效率
  • 集成测试
    • 说明:针对单元与单元之间的接口进行测试
    • 提示:又称接口测试。
  • 系统测试
    • 说明:针对系统整体功能+兼容+文档(说明、安装文档)
  • 验收测试
    • 内测:公司内部人员使用,发觉缺陷并修复。
    • 公测:让用户帮忙测试
    • 提示:验收测试,一般要根据项目类型决定是否使用。
代码可见度划分
  • 代码可见度:代码可见的程度上划分

  • 黑盒测试:主要针对功能(阶段划分->系统测试)
  • 灰盒测试:针对接口测试(阶段划分->集成测试)
  • 白盒测试:针对程序源代码进行测试(阶段划分->单元测试) 
总结
  • 系统测试和黑盒测试重点核心是功能测试
  • 集成测试和灰盒测试又称接口测试
  • 单元测试和白盒测试是对代码进行测试
  • 自动化测试归属功能测试
  • 性能测试、安全测试归属专项测试s 
3.模型
角度
  1. 质量模型
  2. 测试模型
质量模型
  • 说明:质量模型能告诉我们,测试时应该考虑的方面

  • 重点:功能、性能、兼容、易用性、安全
  • 结论:无论测试硬件或软件,都应该从以上几点来进行分类验证
4.测试流程

需求分析(评审)

前提:阅读1遍需求文档,记录不明确之处。
参与人员:前端、后端、测试、产品
目的:
1、确保各部门需求理解一致
2、各角色对需求进行查漏补缺
3、了解软件有些功能
提示:需求分析阶段->软件还未实现(刚立项)

测试计划

说明:指导测试执行的文档(重要)
测什么(目标、范围)
谁来测(人员进度及安排)
怎么测(测试工具、测试策略)

用例设计

说明:保证能准确验证软件测试点执行的文档。
1、分析需求
2、提取测试点
3、设计用例覆盖测试点

用例执行

说明:实施测试

缺陷管理

提交->验证->关闭

测试报告

1、bug分析及统计
2、测试中遇到的问题
3、测试总结(本次测试中的优点和不足)
 

5.测试用例
  • 用例:用户使用的案例
  • 生活中的用例: 

用例的作用
  1. 防止漏测
  2. 衡量软件是否通过的标准
用例模板

八大要素编写规范 :

练习案例:

微信发朋友圈

  1. 成功(1张图片) 
  2.  成功(1段文字) 
  3.  失败(内容为空)

6.用例设计方法
目标  
  1. 能对穷举场景设计测试点
  2. 能对限定边界规则设计测试点
  3. 能对多条件依赖关系进行设计测试点
  4. 能对于项目业务进行设计测试点
设计测试用例的方法: 
  • 等价类划分法
  • 边界值分析法
  • 判定表法
  • 场景法
  • 错误推测法 
能对穷举场景设计测试点
  • 穷举:无穷无尽
    • 方法:等价类划分法
    • 介绍:

  • 针对:需要有大量数据测试输入,但是没法穷举测试的地方。
    • 输入框
    • 下拉列表
    • 单选复选框
  • 典型代表:页面的输入框类测试。 
 案例1(qq程序)
  • 要求:6~10位自然数

案例2(电话)
  • 要求:
    • 区号:空或者是三位数字
    • 前缀码:非“0”且非“1”开头的三位数字
    • 后缀码:四位数字

 

7.作业

功能性 (Functionality):

  1. 测试花瓶是否可以盛放水。
  2. 测试花瓶是否可以作为装饰品放置。
  3. 测试花瓶是否可以放置不同的花卉。

兼容性 (Compatibility):

  1. 测试花瓶是否可以与其他家居装饰品搭配。
  2. 测试花瓶是否可以与不同的花卉搭配。

可靠性 (Reliability):

  1. 重复使用花瓶,观察其是否有破损或变形。
  2. 长时间使用花瓶,观察其是否保持原有的装饰效果。

可维护性 (Maintainability):

  1. 测试清洗花瓶的方便性。
  2. 测试花瓶的耐用性,例如抗刮擦、抗撞击的能力。

性能效率 (Performance Efficiency):

  1. 测试花瓶盛水的速度和容量。
  2. 测试花瓶的装饰效果,例如与房间的整体协调性。

易用性 (Usability):

  1. 测试花瓶的抓握感是否舒适。
  2. 测试花瓶的重量是否适中。

信息安全 (Information Security):

  1. 由于花瓶不涉及信息安全,此项可以忽略。

可移植性 (Portability):

  1. 测试花瓶的尺寸是否便于携带。
  2. 测试花瓶的重量是否便于移动。

如果想写的好点,可以用上面的测试用例模版

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

阿瞒有我良计15

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值