pytest本身不检测硬编码密码，因其是测试框架而非静态分析工具；需通过自定义测试、ast解析或集成detect-secrets等工具实现主动检查。
为什么 pytest 本身不检测硬编码密码
pytest 是测试运行框架，不是静态代码分析工具。它不会主动扫描字符串或变量内容来识别 PASSWORD、API_KEY 这类敏感词——除非你写测试去显式检查。直接跑 pytest 命令，哪怕代码里明文写了 "sk_live_abc123"，也不会报错或警告。
用 pytest 写测试来主动检查硬编码密钥
核心思路：在测试中遍历源码文件，用正则匹配常见密钥模式（如 r"sk_live_[a-zA-Z0-9]{20,}"），再排除白名单（如测试 fixture 中的 mock 值）。适合已有少量配置文件或模块需快速筛查的场景。
- 把扫描逻辑封装成一个 fixture，比如
check_no_hardcoded_secrets，在每个测试模块开头调用 - 匹配关键词时要区分上下文：字符串字面量要查，但注释、测试数据、mock 值应加入白名单避免误报
- 推荐用
ast模块解析语法树而非简单grep，能避开字符串拼接绕过（如"sk_" + "live_" + "abc"） - 示例片段：
def test_no_hardcoded_keys(check_no_hardcoded_secrets): check_no_hardcoded_secrets("myapp/utils.py")
更靠谱的做法：用 pre-commit + detect-secrets 配合 pytest
硬编码密钥属于代码质量/安全问题，应在提交前拦截，而不是等测试阶段才发现。pytest 只适合做兜底或专项验证。
- 安装
detect-secrets：pip install detect-secrets - 初始化配置：
detect-secrets scan --baseline .secrets.baseline - 加到
.pre-commit-config.yaml中，每次git commit自动扫描 - 若必须集成进 pytest 流程，可用
subprocess.run(["detect-secrets", "scan"], capture_output=True)调用，但注意 baseline 文件路径和退出码处理
常见误报和绕过陷阱
正则匹配容易漏掉变形写法，也容易把正常字符串当密钥。比如 "test_key_123" 可能被误判，而 "sk_live_" + os.getenv("KEY_SUFFIX") 却逃过检测。
- 避免只搜
"password"这种泛关键词，优先匹配密钥格式（如 Stripe、AWS、GitHub 的固定前缀+长度） - 环境变量读取必须用
os.getenv("DB_PASSWORD")，不能用os.environ["DB_PASSWORD"]—— 后者在 key 不存在时直接抛KeyError，导致测试崩溃而非安全问题暴露 - pytest 的
monkeypatch可以临时替换os.getenv返回空值，验证代码是否真依赖环境变量而非 fallback 到硬编码
os.getenv 和 configparser 的强制使用习惯。pytest 在这里只是最后一道人工可触发的验证环节，别指望它自动发现所有 case。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
