TEST -- 第一篇 -- 软件和测试入门

写在前面 :
本文约一万字左右, 120行左右, 阅读会比较快, 属于小白入门级别博客文章;
起因 : 实际项目业务场景需要, 强配自动化测试用例, 因此学习记录!
(PS : 确实面试也会偶尔问到提到的…)

1. 认识软件测试

软件

软件: 控制计算机硬件工作的工具

软件基本组成

软件产生过程

第一步: 分析需求
第二步: PRD 产品需求文档
第三步: UI
第四步: 开发
第五步: 测试
第六步: 部署上线

软件测试是什么

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

软件测试目的

减少软件缺陷(bug),保障软件质量!
eg . 千年虫危机

2. 测试主流技能

功能测试

测试主要验证程序功能是否满足需求

自动化测试(重要⭐)

使用代码或工具代替手工,对项目进行测试

接口测试

简单理解, url 一般就是常说的接口, 但不是所有接口都是url,也不是所有url都是接口

说明 : 使用代码 或 工具对服务端提供的接口进行测试;验证程序中的接口是否访问正常

postman Jmeter

性能测试

说明 : 模拟多人使用软件,查找服务器缺陷

3. 测试流程(功能测试)

第一步 需求评审
第二步 计划编写
第三步 用例设计
第四步 用例执行
第五步 缺陷管理
第六步 测试报告

功能测试流程

需求评审

测试计划

测试设计(设计用例)

登录举例

测试用例评审

用例执行

Q : 用例写完后可以立刻执行吗?
A : 不能,开发提测后才行, 推荐按照测试用例优先级顺序执行

缺陷管理

4. 接口测试流程

1. 需求评审
2. 接口文档解析
3. 设计测试用例
4. 进行接口测试
5. 缺陷管理跟踪
6. 生成测试报告

接口文档解析

基本信息 请求参数 返回数据

设计测试用例

接口测试

缺陷跟踪管理

同功能, 利用报告 或者 禅道工具

生成测试报告

5. 测试分类

代码可见度划分

黑盒测试

• 源码可见
• UI功能可见

不关注源码,针对程序UI功能进行测试

灰盒测试

• 部分源码可见
• 功能可见

针对程序部分代码进行测试(接口)

白盒测试

• 全部代码可见
• UI功能可见 (User Interface用户接口)

针对程序源代码进行测试

6. 写在最后 :

端午后的第一周, 一周之计在周一, 补上祝福, 祝大家端午安康, 代码优雅! ⭐

码字不易, 如果有帮助的话, 小手一点, 点赞或关注,谢谢啦~