软件测试入门第一课：从零开始认识测试

本文是「软件测试零基础入门系列」的第一篇。如果你正准备转行测试或者刚入职不知道从哪下手这篇文章就是为你写的。没有复杂的术语用最通俗的话把测试这件事讲清楚。目录一、什么是软件测试用人话讲二、测试到底在测什么三、测试的分类一张图看懂四、测试的完整流程五、测试团队都有哪些角色六、测试常用的工具一览七、测试新人入职第一周做什么八、测试需要学什么九、学习路线推荐十、常见疑问解答十一、总结一、什么是软件测试用人话讲1.1 最简单粗暴的定义软件测试 挑毛病 就像 - 买了一部新手机检查屏幕有没有坏点 → 你在做测试 - 装了一个新APP试试每个按钮能不能点 → 你在做测试 - 注册账号时故意输错验证码看有没有提示 → 你在做测试1.2 专业一点的定义软件测试是通过人工或自动的方式来验证软件是否满足需求、发现软件中存在的问题、评估软件质量的过程。三个关键词关键词通俗理解验证软件做对了没功能正常吗发现软件哪儿错了Bug在哪评估软件能上线吗质量过关吗1.3 为什么需要测试一个真实的例子 某电商App双11大促用户点击下单按钮后页面直接白屏。 后来发现是开发改了支付接口的参数名但没通知任何人。 如果有测试 → 测试会在上线前点一遍下单流程 → 发现白屏后提Bug → 开发修复后再验证 → 双11平稳度过 没有测试的代价一小时损失几百万订单1.4 测试不等于点点点这是对测试最大的误解。现代软件测试包含功能测试 ← 这是点点点但只是冰山一角 自动化测试 ← 写代码让机器帮你测 性能测试 ← 模拟几千人同时用系统撑得住吗 安全测试 ← 会不会被黑客攻击 兼容性测试 ← 不同手机、浏览器上正常吗 ...二、测试到底在测什么2.1 用一个登录功能举例假设你测试一个登录页面你要测什么2.2 测试的七大质量维度三、测试的分类一张图看懂3.1 按是否看代码分软件测试 │ ┌────────────┼────────────┐ │ │ │ 黑盒测试 灰盒测试 白盒测试 不看代码 看一部分 看全部代码 │ 功能测试、界面测试 兼容性测试、易用性测试类型通俗理解谁来测举例黑盒测试不管里面怎么实现的只看输入输出对不对测试工程师点登录按钮看能不能登录白盒测试看代码内部逻辑检查代码有没有问题开发/测开检查代码的每个分支都执行到了没灰盒测试知道大概的内部结构但不逐行看代码测试工程师知道登录用了数据库就去查数据库验证3.2 按是否运行软件分静态测试不运行软件 ├── 代码审查Code Review ├── 文档审查需求文档有没有歧义 └── 静态扫描用工具扫代码有没有漏洞 动态测试运行软件 ├── 功能测试 ├── 接口测试 └── 性能测试3.3 按测试阶段分需求阶段 → 设计阶段 → 编码阶段 → 测试阶段 → 上线阶段 │ │ │ │ │ │ │ │ ┌────┴────┐ │ │ │ │ │ 单元测试 │ │ │ │ │ └────┬────┘ │ │ │ │ ┌────┴────┐ │ │ │ │ │ 集成测试 │ │ │ │ │ └────┬────┘ │ │ │ │ ┌────┴────┐ │ │ │ │ │ 系统测试 │ │ │ │ │ └────┬────┘ │ │ │ │ ┌────┴────┐ │ │ │ │ │ 验收测试 │ │ │ │ │ └─────────┘ │阶段测什么谁来测目的单元测试单个函数/方法开发代码写对了没集成测试模块之间的交互开发/测试模块联调正常吗系统测试整个系统测试整个软件能用吗验收测试是否符合需求产品/客户/测试可以交付了吗3.4 几个容易混淆的概念概念通俗解释什么时候用冒烟测试提测后先快速跑一遍核心功能看能不能冒烟跑起来每次开发提测后回归测试改完Bug后确认之前正常的功能没被改坏每次修Bug后、发版前探索性测试不按用例凭经验和直觉自由测试时间充裕、寻找隐蔽Bug随机测试瞎点想到哪测到哪不推荐作为主要测试方式四、测试的完整流程4.1 一张图看懂测试流程┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 需求分析 │ → │ 测试计划 │ → │ 用例设计 │ → │ 用例评审 │ → │ 执行测试 │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ └──────────┘ 看懂需求 规划怎么测 写测试步骤 大家看看 开始测了 │ ┌────────────────────┘ ↓ ┌──────────┐ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ 上线发布 │ ← │ 回归测试 │ ← │ Bug修复 │ ← │ 提交Bug │ └──────────┘ └──────────┘ └──────────┘ └──────────┘ 发布了 再测一遍 开发修了 发现问题4.2 每一步具体做什么第一步需求分析拿到需求文档或需求评审会议搞清楚 ├── 这个功能是干什么的 ├── 用户怎么用 ├── 有哪些输入和输出 ├── 有什么限制条件 └── 和哪些已有功能有关联第二步测试计划回答这些问题 ├── 测什么测试范围 ├── 不测什么不在范围内的 ├── 谁来测人员分工 ├── 什么时候测完时间安排 ├── 用什么环境测测试环境 └── 测到什么程度算完准出标准第三步用例设计把需求变成一条条可执行的测试用例 ├── 用例编号TC_LOGIN_001 ├── 用例标题验证正确账号密码可以登录 ├── 前置条件已有注册账号admin/123456 ├── 测试步骤 │ 1. 打开登录页面 │ 2. 输入账号admin │ 3. 输入密码123456 │ 4. 点击登录按钮 ├── 预期结果登录成功跳转到首页 └── 优先级P0最高第四步用例评审拉上产品、开发一起看用例 ├── 有没有漏测的场景 ├── 有没有理解错需求的地方 ├── 有没有技术上不可行的用例 └── 补充大家想到的边界场景第五步执行测试按照用例一条条执行 ├── 通过 ✓ → 标记Pass ├── 失败 ✗ → 提Bug ├── 阻塞 ⊘ → 环境问题/依赖未就绪先跳过 └── 记录执行结果方便统计第六步提交Bug发现问题后写Bug单 ├── 标题简明扼要描述问题 ├── 步骤怎么操作能复现 ├── 预期正确的应该是什么样 ├── 实际实际看到的是什么样 ├── 截图/日志附上证据 └── 优先级P0/P1/P2/P3第七步回归测试开发修完Bug后 ├── 验证这个Bug确实修好了 ├── 检查这个Bug相关的功能有没有被改坏 ├── 把核心功能的主流程再跑一遍 └── 确保没有引入新问题五、测试团队都有哪些角色5.1 常见角色分工测试团队结构中型公司 ┌──────────────┐ │ 测试经理 │ ← 管人、管流程、管质量 └──────┬───────┘ │ ┌──────────────────┼──────────────────┐ │ │ │ ┌─────┴─────┐ ┌─────┴─────┐ ┌─────┴─────┐ │ 功能测试 │ │ 自动化测试 │ │ 性能测试 │ │ 工程师 │ │ 工程师 │ │ 工程师 │ └───────────┘ └───────────┘ └───────────┘ 写用例、执行测试 写脚本、搭框架 压测、性能分析角色主要工作技能要求功能测试工程师分析需求、设计用例、执行测试、提Bug测试理论、业务理解、细心自动化测试工程师编写自动化脚本、搭建测试框架、CI集成编程、框架、工具性能测试工程师压测方案、脚本开发、性能分析、调优建议JMeter、系统知识、分析能力测试开发工程师开发测试工具/平台、测试框架开发全栈开发能力测试经理/主管团队管理、流程建设、质量把控、资源协调管理技术沟通5.2 小公司和大公司的区别小公司创业公司/小团队 你就是测试团队 → 功能测试、自动化、性能、安全...全是你一个人 → 好处学得多、成长快 → 坏处没人带、杂事多 大公司BAT/大厂 你负责XX模块的功能测试 → 分工明确专人专职 → 好处流程规范、有人带、深度积累 → 坏处可能变成螺丝钉六、测试常用的工具一览6.1 工具全家福┌────────────────────────────────────────────────────┐ │ 测试工具图谱 │ ├────────────┬───────────┬───────────┬───────────────┤ │ 测试管理 │ 接口测试 │ UI自动化 │ 性能测试 │ ├────────────┼───────────┼───────────┼───────────────┤ │ Jira │ Postman │ Selenium │ JMeter │ │ 禅道 │ Apifox │ Playwright│ LoadRunner │ │ TAPD │ JMeter │ Cypress │ Locust │ │ TestLink │ Charles │ Appium │ Gatling │ ├────────────┼───────────┼───────────┼───────────────┤ │ 抓包工具 │ 持续集成 │ 代码管理 │ 数据库 │ ├────────────┼───────────┼───────────┼───────────────┤ │ Fiddler │ Jenkins │ Git │ MySQL │ │ Charles │ GitLab CI │ GitHub │ Navicat │ │ Wireshark │ GitHub AC │ GitLab │ Redis │ │ 浏览器F12 │ Actions │ SourceTree│ DBeaver │ └────────────┴───────────┴───────────┴───────────────┘6.2 新人优先学哪些入门必会第一优先级 ├── 项目管理工具Jira/禅道/TAPD 其中之一 ├── 接口测试工具Postman ├── 数据库工具Navicat/DBeaver SQL ├── 浏览器F12开发者工具 └── 抓包工具Charles或Fiddler 进阶再学第二优先级 ├── UI自动化Selenium 或 Playwright ├── 性能测试JMeter ├── Git版本控制 └── Linux基础命令 高级再学第三优先级 ├── CI/CDJenkins/GitLab CI ├── Docker ├── 测试框架搭建 └── 安全测试工具BurpSuite七、测试新人入职第一周做什么7.1 第一周计划7.2 新人常见踩坑坑1不好意思问问题 → 新人期不问后面更不好意思问。大胆问 坑2拿到需求就开始测 → 先搞清楚需求是什么、为什么做、怎么验证 坑3测完了不记录 → 每条用例的执行结果都要记录方便追踪 坑4发现Bug不截图 → 截图是Bug的铁证没有截图开发会说我这没问题啊 坑5只测正常流程 → 正常流程只占20%异常场景才是Bug高发区7.3 新人快速上手指南✅ 多看 - 看历史Bug单了解什么类型的问题常出现 - 看历史用例学习用例的写法 - 看产品文档理解业务逻辑 ✅ 多问 - 不确定的需求问产品 - 不理解的Bug问开发 - 不会的流程问导师 ✅ 多练 - 拿到一个功能先自己写用例 - 再对照老员工的用例看漏了什么 - 反复练习熟能生巧 ✅ 多记 - 每天记录学到的新东西 - 整理自己的测试checklist - 建立自己的知识库八、测试需要学什么8.1 能力模型┌─────────────┐ │ 软技能 │ │ 沟通/逻辑/ │ │ 细心/责任心 │ └──────┬──────┘ │ ┌─────────────────────┼─────────────────────┐ │ │ │ ┌───┴───┐ ┌─────┴─────┐ ┌───┴───┐ │测试理论│ │ 技术能力 │ │业务能力│ └───┬───┘ └─────┬─────┘ └───┬───┘ │ │ │ 用例设计方法 Linux基础命令 行业知识 Bug管理规范 SQL增删改查 产品逻辑 测试流程 HTTP协议 用户场景 测试策略 Postman接口测试 竞品分析 Python/Java基础 Git版本控制 F12开发者工具8.2 是否需要会编程短期0-6个月 → 不必须。先把手动测试做好把测试理论学扎实。 中期6个月-1年 → 需要开始学。至少会一门语言推荐Python能写简单的接口自动化。 长期1年以上 → 必须会。不会编程的测试天花板很低很快会遇到瓶颈。 一句话总结 不会编程可以做测试但做不好测试。 就像不会英语可以去国外旅游但没法在那里工作和生活。8.3 什么是测试最核心的能力很多人以为是技术其实是 1. 细心 → 别人看不到的问题你能看到 2. 逻辑思维 → 能把复杂的需求拆成清晰的测试点 3. 好奇心 → 如果这样操作会怎样的探索精神 4. 沟通能力 → 把Bug说清楚推动问题解决 5. 用户视角 → 站在用户角度想问题而不是需求说这样就这样 技术可以学但这些软素质决定了你能走多远。九、学习路线推荐9.1 三个阶段9.2 推荐学习资源类型推荐书籍《软件测试》(Ron Patton)、《Google软件测试之道》视频B站搜索软件测试入门找播放量高的系列博客CSDN测试频道、TesterHome社区练习找开源项目如电商系统自己搭建环境练手认证ISTQB基础级有含金量的入门证书十、常见疑问解答Q1测试有前途吗会不会被AI替代AI确实在改变测试行业但它替代的是机械执行的部分不是思考和判断。优秀的测试工程师做的是需求分析、风险评估、方案设计——这些AI目前还做不了。关键不是会不会被替代而是你能不能做AI做不了的事。Q2测试和开发比是不是低人一等这是行业偏见。好的测试工程师在公司的地位和价值不亚于开发。问题是你是只做执行还是能做质量建设前者确实容易被替代后者走到哪都抢手。Q3零基础转行学多久能找到工作全日制学习3-6个月。业余学习6-12个月。关键不是学了多久而是学到了什么程度。能独立分析需求、设计用例、执行测试基本就能找初级岗位了。Q4女生适合做测试吗测试和性别没有关系。事实上行业里优秀的女性测试工程师非常多。细心、耐心、沟通能力强的人更适合做测试这和性别无关。Q5大公司和小公司怎么选新手优先大公司流程规范、有人带、履历好看。如果进不了大公司小公司也行但要能接触到完整的项目流程。最差的选择是在小公司只做执行还没人带。Q6需要考证吗入门阶段不必须。ISTQB证书有一定含金量但不如项目经验重要。经验 证书。十一、总结核心要点1. 软件测试不是点点点是一个系统化的质量保障工程 2. 测试流程需求分析 → 计划 → 用例 → 评审 → 执行 → Bug → 回归 → 上线 3. 测试分类黑盒/白盒、静态/动态、单元/集成/系统/验收 4. 新人第一周熟悉环境 → 熟悉业务 → 熟悉流程 → 上手练习 5. 学习路线功能测试 → 接口测试 → 自动化 → 性能/安全 6. 核心能力细心 逻辑 好奇心 沟通 用户视角记忆口诀测试入门六个字看、想、写、测、记、说 看看懂需求看透产品 想想清场景想全异常 写写对用例写好Bug 测测准功能测深问题 记记录结果记下经验 说说清问题说好方案下一篇预告SQL实战——测试必会的增删改查。数据库中造数据、查数据、验证数据是每个测试人的基本功。敬请期待关于作者专注软件测试领域分享测试入门到进阶的实战经验。欢迎在评论区交流讨论版权声明本文为原创内容欢迎转载请注明出处。