首页/开发/软件测试速查/测试与质量保证(Testing 与 QA)
测试基础与分层67 条

测试与质量保证(Testing 与 QA)

测试是面向产品的活动(执行与评估,找出问题);质量保证是面向过程的活动(改进流程,防止问题产生)。两者互补,不能互相替代。

软件测试速查开发更新于 2026-10-13

测试与质量保证的区别

测试(Testing)与质量保证(QA)经常被混为一谈,实际是两条线:测试面向产品,通过执行与评估发现已经存在的问题,回答「这次发布有没有问题」;质量保证面向过程,通过标准、评审、度量与培训防止问题产生,回答「这类问题以后怎么不再发生」。ISTQB 术语表把测试定义为评估活动,把质量保证定义为过程导向活动,二者在标准中分工明确,互补但不能互相替代。

基本信息

测试对象产品与具体变更
QA 对象开发与交付流程本身
典型产出测试执行与报告;QA 出流程规范与门禁
典型度量缺陷数量与严重度;复发率与流程符合度
判断信号看测出并评估了什么;看改进项是否跟踪闭环

典型使用场景

  • 团队分工:QA 岗位职责应包含过程改进,而不只是写用例和执行
  • 汇报口径:区分「测了什么」与「流程哪里改了」,避免自说自话
  • 质量门禁设计:把评审、静态检查与准入门槛放进交付流程
  • 度量分析:缺陷趋势反映产品质量,复发率反映过程质量
  • 审计与认证:对外需要过程证据时由 QA 职能提供
  • 培训与规范落地:为新人提供流程指引与模板说明,减少重复踩坑

对比

维度测试 Testing质量保证 QA
目标发现并评估问题防止问题产生
对象产品与变更流程与体系
时机开发与测试阶段持续进行贯穿迭代与发布全过程
手段用例执行、探索、评审标准、度量、审计、培训
产出缺陷、测试报告流程改进、质量门禁、规范
度量缺陷检出与逃逸复发率、符合度、改进闭环
质量控制(QC)大致对应检测类活动,与测试相近;QA 管过程。团队实践中常由同一角色兼任,但汇报时要区分「测了什么」与「流程哪里改了」。
判断一个团队是否真的在做 QA:看是否有流程改进项在被跟踪闭环,而不是只看发现了多少缺陷。

易错点

  • 把 QA 岗位等同于写用例的执行者,忽略过程改进职能
  • 认为流程完善后无需测试执行,缺失验证环节
  • 把测试通过率当作质量证明:预防活动无法直接量化,容易被误判为没产出
  • 缺陷修复只改产品不修流程,同类问题反复发生
  • 评审、审计与培训被视为额外负担,长期缺失后质量靠救火维持

数据来源与参考

  • ISTQB 术语表(test 与 quality assurance 定义)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌