测试与质量¶

本页用于整理黑盒、白盒、单元、集成、系统、验收和回归测试，以及软件质量。

回归测试：验证修改没有破坏既有能力¶

回归测试（Regression Testing）是在软件发生修改后，重新执行已有测试或针对相关影响面设计测试，以发现修改引入的新缺陷，以及原有功能意外退化。修改可能来自缺陷修复、新功能、依赖升级、配置调整、重构或环境变化；即使修改点本身测试通过，也可能因共享代码、接口或数据结构的变化影响其他功能。

回归测试不是一种独立于黑盒/白盒或单元/系统测试之外的测试层级，而是描述测试目的和时机：可以对单元、集成、系统乃至验收测试进行回归。实践中先运行快速的自动化单元与集成测试，再根据变更影响运行端到端和高风险业务用例；测试集应覆盖变更代码、依赖模块、关键路径和历史易错点。

回归测试的效果取决于测试用例质量、环境稳定性和影响分析。用例可按风险分层执行，自动化能降低重复成本，但不能替代对需求变化的判断。应区分“回归验证”（旧行为仍正确）与“新功能验收”（新需求符合预期），两者常同时发生。

来源：补充知识点1.md

软件测试通常按层次分为单元测试、集成测试、系统测试和验收测试。单元测试关注最小可测试单元；集成测试关注模块组合后的接口与协作；系统测试在完整系统层面验证需求；验收测试由用户或业务方依据验收标准确认系统是否可交付。

按测试方法，黑盒测试关注输入与输出而不依赖内部实现，白盒测试关注代码逻辑、分支和路径。压力测试通过高负载观察系统稳定性和极限表现；性能测试重点关注响应时间、吞吐量、并发数等指标。回归测试用于修改后确认原有功能没有被破坏，可与不同测试层次和方法结合使用。

来源：专业课速记/05_软件工程与系统架构.md