deepseek生成的测试脚本需满足五要素才可用：浏览器、框架名、url、定位方式、校验点；缺一则易漏session复用、参数化结构或关键断言；selenium脚本依赖稳定定位器，邮件逻辑须封装进fixture并隔离副作用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
DeepSeek 不是“能生成测试脚本”，而是能在明确约束下生成**可直接粘贴、带断言、含异常处理、适配框架惯例**的可用代码——前提是提示词里写清浏览器、框架名、URL、定位方式、校验点这五个硬信息。
pytest + requests 接口测试脚本生成必须带的 5 个要素
缺任意一个，DeepSeek 生成的脚本大概率会漏掉 requests.Session 复用、@pytest.mark.parametrize 结构、或关键断言。常见错误现象是：脚本能跑通但没做状态码校验，或参数化数据没展开成三组独立执行。
- 指定测试框架与库组合，例如
pytest + requests或playwright + python，不能只说“用 Python 写” - 给出完整请求 URL 和 HTTP 方法（如
POST https://api.example.com/login） - 列出所有必要参数字段名及其典型值（如
username="test",password="123456"），边界值要显式写出（如password=""） - 说明预期响应字段和值，尤其是错误路径下的
error_code或message（如assert response.json()["error_code"] == "AUTH_INVALID_CRED"） - 注明是否需要会话保持、超时设置、请求头（如
"Content-Type": "application/json"）
Selenium 页面交互脚本对前端定位方式极其敏感
DeepSeek 生成的 selenium 脚本能否一次跑通，80% 取决于你提供的 CSS selector 或 XPath 是否稳定。不要写 class="ng-star-inserted" 这类动态 class，而要抓取业务语义强、不易变的属性，比如 data-testid="login-submit-btn" 或 id="main-text"。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
- 优先使用
data-testid或id，其次才是class；避免用包含序号的 class（如item-1） - 若页面有多个相同 class 元素，必须加层级限定，例如
div.list-container > a.main-text，而非单独a.main-text - DeepSeek 无法自动判断元素是否加载完成，所以提示词中需明确写“等待
class="main-text"出现后再获取文本” - 生成后务必检查是否含
WebDriverWait+expected_conditions，否则容易因渲染延迟导致NoSuchElementException
邮件发送等副作用操作必须隔离到 fixture 中
直接在测试函数里调用 smtplib.sendmail() 是危险的——一旦测试失败，邮件仍会发出，干扰其他用例运行。DeepSeek 生成的代码若含邮件逻辑，必须被重构进 conftest.py 的 fixture，并通过 scope="function" 控制生命周期。
- fixture 名称应体现用途，如
email_notifier，而非send_email - 邮件正文必须带唯一标识（如
[Weibo Hotlist] 2026-05-14 22:52），便于日志追踪 - 禁止在
test_*.py文件中硬编码邮箱密码；应从环境变量读取，如os.getenv("SMTP_PASSWORD") - 若 DeepSeek 生成了未封装的邮件调用，需手动移入 fixture 并添加
yield前置/后置逻辑
真正难的不是让 DeepSeek 输出一段代码，而是让它输出一段“在 CI 环境里不因超时、元素找不到、邮件误发而随机失败”的代码——这要求你比模型更懂测试执行上下文的脆弱点。
