ITPub博客

首页 > 自动化运维 > 大规模网络运维 > 首批用DeepSeek做测试的人赢麻了!漏测率狂降83%,效率飙升5倍!

首批用DeepSeek做测试的人赢麻了!漏测率狂降83%,效率飙升5倍!

原创 大规模网络运维 作者:Atstudy技术社区 时间:2025-03-17 10:33:40 0 删除 编辑

在银行信贷系统的迭代测试中,测试用例设计常面临业务分支多、规则更新快的痛点。近期试用DeepSeek智能测试辅助工具,其自然语言转结构化用例的能力让人耳目一新,现将实操过程整理如下。

   一、实操步骤演示

  Step 1:设定角色定义
  提前设定好与DeepSeek进行交流的角色,避免DeepSeek泛泛而谈给出不切实际的回复。
  输入指令:你现在是一名专业的测试工程师,你对软件测试方法论和测试工具有深入的了解。你的主要任务是发现和记录软件的缺陷,并确保软件的质量。你在寻找和解决问题上有出色的技能。请在这个角色下为我解答以下问题。
   Step 2:输入自然语言需求
  输入业务规则描述,以银行网贷的借款流程为例:
  用授信申请通过的客户信息从平台方发放借款申请,申请经由渠道系统到达业务系统,再由业务系统发送到风控审核,风控将审核结果返回给业务系统(比如申请通过的结果)。再由业务系统调用核心系统进行放款,核心放款成功,业务系统将放款结果经由渠道系统发送至平台方。请分析以上流程,生成业务逻辑思维导图和测试要点,要求覆盖率达到百分百。
   DeepSeek执行:
   1.自动生成业务逻辑思维导图
图1.DeepSeek生成的贷款全流程业务逻辑图
  虽然在输入业务需求的时候只给出了大致的业务逻辑,但DeepSeek强大之处在于它是推理型的AI。从给出的逻辑图中也可以看到,它不仅复现了实际业务中存在的审批环节,进而整理清楚业务的步骤脉络,比如人工审核和自动审核的关系、系统间调用关系,逻辑闭环非常完整;而且会适当的推理出各环节通过的具体条件,清晰直接。
   2.输出结构化测试要点清单
  同样,DeepSeek输出的测试要点覆盖也很全面,不仅包含正常流程完整性的测试,同时也会关注数据一致性、异常场景测试、安全与权限测试、性能与可靠性测试等方面。输入业务需求指令,可以利用DeepSeek更好的辅助测试人员理解业务需求,尤其在日常工作中时间紧、任务重,面对复杂的金融业务需求时,若开发测试人员经验不足时可能会遗漏测试场景,DeepSeek可以辅助分析补充测试要点。
图2.1 DeepSeek输出测试要点markdown文件
图2.2 DeepSeek输出测试要点markdown文件
   Step 3:生成标准化测试用例
  输入指令:
  将上述测试要点转化为符合ISO29119标准的测试用例表,包含用例编号、预置条件、测试步骤、预期结果等。
   DeepSeek输出(自动整理为Markdown表格):

   二、工具核心价值分析

  在目前试点使用中,DeepSeek展现三大优势:
   1. 需求解析结构化(5倍效率提升)
  隐藏条件挖掘:自动识别出需求文档中未明确的约束
  流程图生成:将文字描述转化为UML活动图,辅助新人快速理解业务逻辑
   2. 测试覆盖完整性(降低漏测率83%)
  通过语义分析生成三类必备场景:
   ·合规性用例:如金额字段必须兼容千分位符(10,000与10000等价处理)
   · 逆向用例:针对每个正向规则生成反向测试(如用-1元、NaN等非法值攻击)
   · 关联影响用例:当放款核心系统返回“处理中”状态时,测试业务系统的重试机制
   3. 输出标准化(减少文档返工)
   · 智能纠错:当用例步骤描述模糊时(如“检查日志”),提示应详细说明验证方式(如“检查risk_audit.log中是否记录事件ID#3321”)
   · 多格式导出:支持Excel/TestLink/XMind等多种格式一键转换

        · 可以到我的个人号:atstudy-js  ,  这里有10W+ 热情踊跃的测试小伙伴们, 一起交流行业热点、测试技术各种干货, 一起共享面试经验、跳槽求职各种好用的。 欢迎加入->  多行业测试学习交流群,内含直播课+实战+面试资料。 【AI测试、 车载测试、自动化测试、银行、金融、游戏、AIGC...】

   三、试用建议

  1. 先粗后细原则:首先生成框架性用例,再通过追问补充细节(如“增加资金路由到备付金账户的校验”)
  2. 持续训练模型:对工具生成结果标注反馈(?采纳 / ?驳回),提升后续建议的准确性
  3. 与自动化结合:直接导出Robot Framework或Pytest脚本模板,降低自动化用例编写成本
  DeepSeek在效率提升与质量保障方面展现显著优势,特别适合银行业务中规则明确、迭代快速的场景。但其价值并非取代开发测试工程师,而是将我们从重复性工作中解放出来,专注于更高价值的异常场景挖掘和业务风险评估(如业务建模、缺陷根因分析)。


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70034708/viewspace-3077818/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2023-10-23

  • 博文量
    99
  • 访问量
    96494