集成测试到底为了啥
你家新买的智能门锁，APP能连上，指纹能识别，密码也能开锁。可一到实际用的时候，输入密码后APP却提示“设备离线”——明明刚才还连得好好的。这种问题，单个功能都正常，合在一起就出岔子，太常见了。
在安全软件开发里，这种情况更危险。每个模块单独跑都没问题，可一旦拼起来，权限校验漏了、日志记录丢了、数据加密传输出错，轻则功能失效，重则留下安全隐患。这时候，就得靠集成测试来兜底。
让模块之间“对得上话”
安全软件通常由登录认证、行为监控、病毒扫描、防火墙控制等多个模块组成。开发时大家各做各的，接口约定可能只是口头说说。集成测试就是把这些模块一个个接起来，看看它们能不能正确通信。
比如用户登录成功后，认证模块应该通知监控模块“这个人已验证”，否则后续操作可能被误判为异常行为。集成测试会模拟这个流程，确认消息有没有正确传递。
提前暴露“隐性bug”
有些问题只有组合起来才会出现。比如两个模块都用了同一个临时文件路径，一个正在写，另一个直接删了，结果数据就丢了。这类竞争条件在单元测试里很难发现，但在集成阶段一跑就露馅。
再比如，A模块传给B模块的数据格式少了个字段，B模块没做容错处理，直接崩溃。这种边界情况，必须在集成时用真实交互去碰。
验证安全链条不断裂
安全软件的核心是闭环。从检测到拦截再到告警，任何一个环节断了，整个防护就形同虚设。集成测试会构造恶意流量，看系统能否完整走完“发现威胁→阻断连接→记录日志→推送通知”这一整套流程。
如果日志没记，或者通知没发，就算拦住了攻击，事后也查不到痕迹。这种缺陷，只有在模块联动时才能发现。
举个实际例子
某企业部署的防勒索软件，本地扫描模块能识别加密行为，网络模块也能封禁外联。但集成测试发现：当本地触发防护时，网络模块并未同步拉黑对应IP，导致攻击者换个端口又连上了。这个漏洞在单独测试时完全看不出来，集成测试才把它揪出来。
集成测试不是为了证明“我能跑”，而是专门找“哪里会崩”。它不追求覆盖率数字，而是盯着那些“本该没问题”的地方，专治各种不服。