软件测试总结基础

软件测试总结基础

1. 何为软件测试

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

目的:减少bug,保证质量

image-20240521191222633

2. 软件测试分类

  1. 阶段划分
    • 单元测试,针对源代码进行测试
    • 集成测试,针对接口进行测试
    • 系统测试,针对功能和非功能进行测试
    • 验收测试,内测,公测

image-20240521193259726

  1. 代码可见度划分
    • 黑盒测试:不关注源代码针对功能测试(系统测试)
    • 灰盒测试:针对接口进行测试(集成测试)
    • 白盒测试:针对源代码进行测试(单元测试)

image-20240521193426071

  1. 其他专项
    1. 性能测试
    2. 安全测试

3. 软件测试基本流程

image-20240521194857758

1.需求评审

产品经理、开发、测试三方会议,确定需求

2.测试计划

明确测什么、谁来测、怎末测

3.用例设计

4.用例执行

5.缺陷管理

6.测试报告

4. 质量模型

模型:衡量一个优秀软件的维度

image-20240521193703472

案例

image-20240521193858222

  1. 功能性

image-20240521193955871

  1. 性能

image-20240521194035400

  1. 兼容性

image-20240521194208773

  1. 易用性

image-20240521194246700

  1. 可靠性

image-20240521194328747

  1. 安全

image-20240521194423469

  1. 可移植性

image-20240521194516803

  1. 可维护性

image-20240521195015375

5. 测试用例

1.用例定义:为测试项目而设计的执行文档

2.作用:防止漏测、实施测试的标准

6. 测试用例书写格式

用例执行的八大要素

书写用例格式

  • 用例编号:项目_模块 _编号
  • 用例标题:预测结果(测试点)
  • 项目/模块:所属项目或模块
  • 优先级:表示用例的重要程度或者影响力p0·p4
  • 前置条件:需要执行这个用例有哪些前置操作
  • 测试步骤:描述操作步骤
  • 测试数据:操作的数据,没有的话为空
  • 预期结果:期望达到的结果

7. 测试用例书写方法

1. 等价类划分法

image-20240521200533823

重点:有效等价和无效等价的集合各取一个即可

步骤:

  1. 明确需求
  2. 划分有效等价和无效等价
  3. 提取数据编写测试用例

案例:

image-20240521200656130

长度验证

image-20240521201057538

类型验证

image-20240521201300543

使用场景:

image-20240521202443618

2. 边界值分析法

image-20240521212310881

1. 边界范围节点

image-20240521212429066

案例:

image-20240521212516262

注:

  1. 有关范围限制,最多七条用例(暂时不优化)
  2. 边界值能解决位数限制问题,但是不能解决类型问题(要结合等价类)

步骤:

image-20240521213041286

练习1:

image-20240521213421913

image-20240521214715179

image-20240521214722132

练习2:

image-20240521214810822

image-20240521215454717

image-20240521215444856

边界值优化

开内闭外(开区间选包含的点,闭区间不包含的点)

优化策略:

image-20240521220211117

使用场景

image-20240522111541412

3. 判定表法

image-20240522111824607

1. 定义及组成

image-20240522112032480

2. 判定表法用例书写步骤

image-20240522112409288

提示:
1、多条件之间有依赖关系,使用判定表来进行测试覆盖。
2、判定表一般适合4个以内条件依赖关系
3、如果条件超过4个,就不适合覆盖所有条件,应采用(正交法)来解决。

4. 业务覆盖测试

重点:

​ 1、覆盖业务测试,需要使用流程图法

​ 2、先测试业务,在测试单功能、单模块、单页面

提示:业务用例是根据流程图来梳理的,需要先了解流程图

image-20211024162459688

作用:梳理业务用例

练习流程图工具:

1、线上工具:https://processon.com/diagraming/605880af07912927bd71c388
2、离线工具:visio
3、其他工具:Excel
4.2 案例(ATM)
  • 流程图

    image-20211024165931247

    image-20211024165946258

  • 用例

    image-20211024170008639

5.错误推荐法

应用场景:当项目用例都执行完毕,且BUG修复完成,离上线还有一段时间,在这段时间中可是使用错误推荐法复测主要业务或测试未覆盖的功能。

image-20211024171017117

8. 缺陷

1.定义:软件中存在的各种问题,都为缺陷,简称bug;

2.缺陷标注

1、少功能
2、功能错误
3、多功能
4、缺少隐性功能
5、易用性(软件测试人员专业角度)

3.产生原因

1、需求文档
2、架构设计
3、编码实现
4、环境(硬件、软件)

4.缺陷核心要素

image-20240604173227224

5.缺陷提交要素

image-20240604173253476

6.缺陷类型

1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷

9. 缺陷管理

image-20240604173407327

管理工具

1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
环境(硬件、软件)

4.缺陷核心要素

在这里插入图片描述

5.缺陷提交要素

在这里插入图片描述

6.缺陷类型

1、功能错误
2、UI页面错误
3、兼容性
4、数据(数据库)
5、易用性
6、建议
7、架构缺陷

9. 缺陷管理

在这里插入图片描述

管理工具

1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)
2、Excel管理缺陷

  • 24
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Token_w

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

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

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

打赏作者

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

抵扣说明:

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

余额充值