测试之家
  • 社区
  • 问答
  • 招聘
  • 社区学堂新
  • 开源项目
  • 活动
  • Wiki
  • 注册
  • 登录
会员
sugushu (亦攸)
第 8795 位会员 / 2016-04-27
11 篇帖子 • 97 条回帖
41 关注者
2 正在关注
10 收藏
未设置 GitHub 信息.
  • 个人信息
  • 专栏
  • 话题
  • 回帖
  • 收藏
  • 关注中
  • 关注者
  • 专栏文章 质量保障系统的落地实践 (八)-AI 赋能测试岗位 at 2025年04月03日

    感谢认可

  • 专栏文章 质量保障系统的落地实践 (七)-AI 落地&指标评估 at 2025年04月02日

    需要结合下一篇文章一起看,这个功能可以理解成一个编辑入口,下一篇文章中介绍了使用 AI 解析需求文档生成对应格式的测试场景,是这篇文章的前置动作。这样可以少了手动录入的环节

  • 专栏文章 质量保障系统的落地实践 (七)-AI 落地&指标评估 at 2025年03月28日

    输出格式的话,每家公司的测试用例组织形式不同,方案思路是通用的。可以考虑抽离 prompt 作为配置项,支持多种输出格式。

  • 专栏文章 质量保障系统的落地实践 (七)-AI 落地&指标评估 at 2025年03月27日

    因为录入的信息是综合编写天数:AI+ 人工=8 日,而 AI 的生成占比 0.3,实际是几乎不占用编写天数的,所以总天数 *0.7=综合编写天数 8 天,计算总天数 (纯人工方式,不依赖 AI) 的方式就是 8/0.7

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2025年01月20日

    欢迎大家讨论

  • 专栏文章 质量保障系统的落地实践 (六) 拓展延伸 - 记一次前后端分离项目 Django 的图片代理 at 2024年06月14日

    这篇文章没有提要从零开发什么功能,用的是 elements 的上传组件,文章说的是如何在不具备 OSS、Nginx 的情况下使用 django 代理图片的过程,重点不在于上传这个功能。

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月14日

    涉及到产出归属问题,现阶段不能开源

  • 专栏文章 质量保障系统的落地实践 (六) 拓展延伸 - 记一次前后端分离项目 Django 的图片代理 at 2024年06月14日

    欢迎留言交流

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月13日

    你的联系方式可以私信或者评论给我,用仅楼主可见

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月12日

    私信吧

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月07日

    当然可以互相交流

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月07日

    需求确实是由公司业务产生的,不过实现的思路和方案是通用的。

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月06日

    一般来说,在自动化脚本已经编写的基础上,只需要关注替换的值就可以了,比如 A 字段是时间戳,在自动化脚本里要做时间戳的格式转换,加减计算等操作,最后得到一个处理后的 A‘字段,那么 replaceData 里只需要传入你需要的 A’ 字段即可,无需再进行额外的处理逻辑;若是真的需要,那只能额外加一些定制函数进行处理了。

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月06日

    所以这里的效率更多考虑的不是代码执行效率,而是人工改动的效率。

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月06日

    替换方案确实很多,之所以采用这种方案,是考虑到如何从已经编写好的自动化脚本中快速形成造数脚本。按照本篇文章的方案,编写造数脚本,可直接将已经成熟的自动化脚本整体拷贝,移除非必要校验逻辑,增加一行替换代码就可以了,成本比较低。

  • 专栏文章 质量保障系统的落地实践 (三) CI 管理设计 - 集成设计 at 2024年06月06日

    有更好方案也欢迎留言

  • 专栏文章 质量保障系统的落地实践 (四) 效能管理设计 - 造数工厂 at 2024年06月05日

    欢迎讨论

  • 专栏文章 质量保障系统的落地实践 (五) 可视化设计 at 2024年06月04日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (一) 概览篇 at 2024年05月24日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (二) 项目管理设计 - 基础信息与缺陷信息设计 at 2024年05月24日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (二) 项目管理设计 - 代码信息设计 at 2024年05月24日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (三) CI 管理设计 - 基础设计 at 2024年05月24日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (三) CI 管理设计 - 集成设计 at 2024年05月24日

    欢迎留言讨论

  • 专栏文章 质量保障系统的落地实践 (二) 项目管理设计 - 基础信息与缺陷信息设计 at 2024年05月10日

    如果过度追求这个数字,确实会导致这个问题。这是一个侧面反馈指标,不能作为绝对指标。
    其次代码统计的数据很难做得十分精确,这要求了分支的开启与结束时间需要十分准确,而这些信息由 QA 维护会存在一定的偏差
    另外来说有些公司有代码编写规范,code review 一定程度上能够限制这种情况。我们更关注的是缺陷的情况,缺陷的相应周期、超时情况等

  • 专栏文章 质量保障系统的落地实践 (二) 项目管理设计 - 基础信息与缺陷信息设计 at 2024年04月30日

    目前不会开源

  • 1
  • 2
  • 下一页
  • 关于 / 活跃用户 / 中国移动互联网测试技术大会 / 反馈 / Github / API / 帮助推广
    TesterHome社区,测试之家,由众多测试工程师组织和维护的技术社区,致力于帮助新人成长,提高测试地位,推进质量发展。Inspired by RubyChina
    友情链接 WeTest腾讯质量开放平台 / InfoQ / 掘金 / SegmentFault / 测试窝 / 百度测试吧 / IT大咖说
    简体中文 / 正體中文 / English

    ©testerhome.com 测试之家   渝ICP备2022001292号
      渝公网安备 50022202000435号    版权所有 © 重庆年云聚力信息技术有限公司