二本开发转测试，面试成功

希望大佬给个建议！1. 米某某：游戏测试工程师，游戏大厂，未开奖2.涂鸦： ai产品开发工程师，18k，12-17薪，实习转正我之前实习经历做Java开发的，涂鸦的项目与我的比较贴合，游戏测试的话QA好找工作吗，毕竟是大厂 福利待遇也好，我不知道怎么选择

一、核心定位Postman：接口调试、轻量自动化测试工具JMeter：性能测试核心工具（兼容接口测试）二、适用场景Postman：单接口调试、简单流程自动化、团队协作分享、CI/CD轻量集成JMeter：高并发压测（万级+用户）、负载/压力测试、复杂场景接口自动化、多协议测试三、易用性Postman：图形化界面直观，上手快，无代码基础可操作JMeter：界面偏技术化，配置繁琐，学习成本高四、并发能力Postman：仅支持百级用户并发，不适合压测JMeter：支持万级+高并发，Java线程模型，压测性能强五、自动化支持Postman：Collections批量执行、Newman命令行、基础流程编...

## 一、参数化核心思路- 测试数据与请求脚本分离- 批量传入参数覆盖多场景用例（多账号/多参数组合）## 二、核心参数化方式- CSV/JSON文件参数化（最常用）- 准备文件：CSV（逗号分隔）/JSON（数组格式）编写测试数据- 请求引用：用{{参数名}}替换请求体/URL中固定值- 执行运行：Collections Runner加载文件，设置迭代次数批量执行- 环境变量参数化（多环境切换）- 新建环境：测试/预发/生产环境分别配置参数（如base_url）- 引用方式：{{变量名}}，切换环境自动替换参数- 全局变量参数化（跨环境复用）- 设置路径：顶部Globals添加全局参数（如token、appId）- 应用场景：所有接口通用的固定参数（如请求头token）- 内置变量参数化（动态参数）- 常用变量：{{$timestamp}}（时间戳）、{{$randomInt}}（随机数）- 应用场景：避免参数重复（如订单号、手机号）## 三、参数化校验- 响应结果校验：Tests中用{{expect_code}}断言（如pm.response.to.have.status(pm.iterationData.get("expect_code"))）- 数据关联：前接口返回值设为变量（pm.globals.set("token", response.json().token)），后接口引用{{token}}## 四、执行与报告- 执行方式：Collections Runner/ Newman命令行（CI/CD集成）- 报告查看：Runner内置报告/ Newman生成HTML报告，查看批量用例结果## 五、常见应用场景- 多账号登录测试（不同用户名/密码组合）- 多参数查询测试（不同条件组合查询接口）- 多环境接口验证（测试/预发环境切换）- 动态参数生成（订单号、随机手机号）

App 和 Web 测试的核心差异源于载体特性不同（Web 依赖浏览器，App 依赖移动设备），导致测试场景、重点、工具均有显著区别，具体如下：1. 测试环境与适配重点不同Web 测试：载体是浏览器（Chrome/Firefox 等），无需安装客户端，重点适配不同浏览器、屏幕分辨率，环境配置简单；App 测试：载体是移动设备（Android/iOS），需适配不同品牌（华为 / 苹果 / 小米）、系统版本（Android 10+/iOS 15+）、屏幕尺寸，支持离线模式，适配复杂度更高。2. 核心测试场景差异（高频考点）安装与更新：App 需测试安装、卸载、跨版本更新（如 V1.0→V2.0），...