一 、测试工作流程
需求评审（有开发人员，产品经理，测试人员，项目经理）
－>需求确定
－>开发设计文档（开发人员在开始写代码前就能输出设计文档）
－>写出测试用例
－>发给开发人员和测试经理看看（正式的评审用例）
－>接到测试版本
－>执行测试用例
－>提交bug（有些bug需要开发人员的确定（严重级别的，或突然发现的在测试用例范围之外的，难以重现的），有些可以直接录制进TD）
－>开发人员修改－>回归测试 — 提交测试报告—整个测试通过之后—版本上线
二、怎么定位前端还是后台的问题
前端bug特点：
1， 界面相关
2，布局相关
3，兼容性相关
后端bug特点：
1，业务逻辑相关
2，性能相关
3，数据相关
4，安全性相关
前端bug主要分为3个类别：HTML,CSS, Javascript三类问题
出现样式的问题基本都是CSS的bug
出现文本的问题基本都是html的bug
出现交互类的问题基本都是Javascript的bug
查看前端给的状态码
查看后端返回信息
查看日志
对接口进行测试（Postman）
查看数据库状态
实际操作一下确定具体问题
前端是否有明显报错如（js css JavaScript）静态资源页面展示
后端获取数据库数据后端跨域接口功能实现
三、针对bug怎么去判定等级
1.致命问题：
造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等
2.严重问题：
系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
3.一般问题
功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
4.轻微问题：
接口、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等
四、Postman做接口测试常见的面试问题
Postman你们关注什么接口请求信息中，重点需关注四大信息：
接口URL地址，
请求方法，
请求头以及请求参数
获取响应返回信息：状态码，响应头，响应正文
会用一个接口传过来的参数当做下一个接口的入参嘛会呀 设置第一个接口返回的参数到环境变量, 第二个接口使用第一个接口的返回值作为下一个接口的请求参数
接口测试的核心测试点
校验接口参数是否达到要求（边界、业务规则）
校验接口返回数据的正确性与格式
校验接口覆盖率是否达到要求（一般要求核心接口要达到100%的测试率，非核心接口根据）
性能指标是否满足要求（接口的响应时间、处理能力）
安全指标是否满足要求（一般接口都不会暴露在网上任意被调用，需要做一些限制，比如鉴权或认证。）
多接口测试 就是批量执行测试用例 点running 勾选需要的测试用例设定时间
这只是一部分全套的有需要的小伙伴可以查看我我的评论区，关注我公众号也可以查看我下面
有需要的小伙伴可以点击一下链接找我获取：软件测试资料领取方式 (#2) · Issue · 可可爱爱的程序员 / 软件测试资料合集 · GIT CODE
https://gitcode.net/qq_60168783/1/-/issues/2
