软件测试（我好像不难过了）

最新推荐文章于 2024-08-14 15:39:25 发布

zrkzzz

最新推荐文章于 2024-08-14 15:39:25 发布

阅读量258

点赞数

分类专栏：入门文章标签：测试覆盖率

本文链接：https://blog.csdn.net/Alice517/article/details/129233192

版权

入门专栏收录该内容

16 篇文章 0 订阅

订阅专栏

文章介绍了软件测试的基本概念，包括应用和系统软件的区别，测试的目的和主流技能如功能、自动化、接口和性能测试。详细阐述了不同类型的测试，如黑盒、白盒和灰盒测试，以及功能、性能、安全等测试方向。此外，提到了等价类划分和判定表法等测试设计技术，并讨论了缺陷管理和使用工具如禅道进行缺陷跟踪。

摘要由CSDN通过智能技术生成

day1

认识软件及测试

一系列按照特定顺序组织的计算机数据和指令的集合

应用软件QQ…

系统软件 windows…

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

目的：减少bug、缺陷保证软件质量

测试主流技能

1.功能测试 2.自动化测试 3.接口测试 4.性能测试（模拟多人使用软件）

测试分类

按测试方法分类：黑盒测试白盒测试灰盒测试
按测试方向分类：功能、性能、兼容、易用、安全必测
- 功能测试：测试功能能否使用
- 性能测试：测试在不同的情况下软件响应的时间其中又包括（压力测试）（负载测试）（并发测试）
- 安全测试：防止别人攻击成功自己的安全系统主要从渗透测试、流量攻击、SQL注入、跨域攻击这几方面测试
- 兼容性测试：
  - web：在不同的浏览器表现是否正常（在电脑上安装不同的浏览器，在不同的浏览器进行测试）IE 、谷歌、火狐、edge、IE、QQ、360、saferi、Opra、夸克
  - App：Android 软件就在不同的安卓设备测试使用
  - ios软件就在不同的苹果手机上测试使用
  - 操作系统 wind7 手机分辨率品牌
  - UI测试/界面测试:检查界面好不好看从风格是否统一、布局是否合理、配色是否合适来进行测试
- 易用性测试：好不好用[简洁、友好美观]（操作步骤越少越好学习成本越低越好）
- 稳定性测试：长时间运行使用看是否出问题
- APP专项测试：
  - 弱网测试
  - 权限测试
  - 安装、卸载、更新测试
  - 场景交互测试
  - 资源争用测试
  - 消息推送测试
  - 资源监控
- 可维护
- 可移植
阶段分类：
- 单元测试：检查代码判断是否有问题，一般来说单元测试都是开发自己做。
- 集成测试：测试模块和模块的连接有没有问题。
- 系统测试：测试软件的整个整体。功能，安全，性能等等测试
- 验收测试：甲方或者客户来验收这个软件是不是它要的软件，协助验收。
对象分类：
- APP测试
- WEB测试
- 物联网测试
- 车联网测试
- 大数据测试
- AI测试
- 小程序测试
状态分类：
- 动态测试
- 静态测试
其他分类：
- 回归测试：检查修改后的BUG还有没有问题
- 冒烟测试：测试前的测试，检查软件是否具备可测试性
- 埋点测试：通过打日志实现，属于测试手段
- MOCK测试（打桩测试）：做自动化测试用到的测试手段

测试模型

软件测试流程

需求评审、计划编写、用例设计、用例执行、缺陷管理、测试报告、需求评审

测试人员进行测试需求分析
测试负责人编写测试计划
测试人员根据测试需求分析设计和编写测试用例
测试人员搭建测试环境，创建测试数据，执行测试用例，提交缺陷报告，并进行跟踪、记录测试事件
进行测试评估和总结
每一步完成后都进行评审

测试用例

用例：用户使用的案例

用例：为测试项目而设计的执行文档（防止漏测）excel表

1. 用例编号
1. 用例标题（需求）
1. 模块（需求）
1. 优先级：核心功能p0
1. 前置条件（前一项+网络等）
1. 测试步骤（完成该步骤的方法）
1. 测试数据（）
1. 预测结果（计划在应该显示的）

在这里插入图片描述

等价类划分

穷举场景测试点（黑马p21）完整的应该是和边界值一起写
- 等价类（共同特征：性别、年龄）不适合穷举的
  - 有效（满足需求）
  - 无效（不满足需求）
  - 步骤 1.明确需求 2. 确定有效无效（条件的积） 3.根据有效和无效进行设计
  - 正向最好覆盖全部，逆向一条测一个
边界值限定（限定边界，用例优化）
- 上点正好等于
- 离点距离上点最近的点（刚好大于、刚好小于）
- 内点范围内的点（区间范围内的数据）
- 步骤 1.明确需求 2. 确定有效无效（条件的积） 3.确定边界范围 4. 提取测试用例
多条件依赖
- 判定表法
  1. 条件桩 2. 动作桩列出 3.条件项 4. 动作项做成一个表格
  2. 明确需求
  3. 画出判定表（1）
    
    再设计测试用例
  4. 多条件之间有依赖关系，使用判定表来进行测试覆盖
  5. 判定表一般4个以内条件依赖