heal.dev
heal.dev 会在类似生产环境的沙箱中运行应用，发现可复现的错误、运行时漏洞和性能问题，并提供失败测试与复现步骤等证据。
- 收录于 AIToolly
heal.dev 是什么？产品概览
产品用途与官方定位
heal.dev 检查代码仓库，绘制应用架构，并构建代表应用环境的沙箱。随后它运行流程，并调查行为、安全和性能问题。
报告会描述观察到的情况、预期结果、失败界面、复现路径、相关代码位置，以及能够复现缺陷的测试。无法在沙箱中运行的外部服务会被模拟或仿真。
heal.dev 可以用来做什么？
有官方来源支持的使用场景
发布前与周期性产品检查
团队可以在发布前或按周期对整个产品运行时检查。
集成与故障路径测试
沙箱会使用失败、缓慢或重复的响应，执行涉及支付、邮件和第三方服务的流程。
运行时安全验证
安全团队可以审查通过针对沙箱的漏洞利用而复现的安全漏洞。
应用导航检查
产品会遍历运行中的应用，以识别缺失的路由、失效页面和未加载的资源。
如何使用 heal.dev
官网提供的使用流程
- 1
绘制产品结构
Heal 读取代码仓库，并绘制应用的架构、功能、路由和界面。
- 2
构建沙箱
它使用应用组件、测试数据，以及必要时经过模拟或仿真的依赖项，创建类似生产环境的环境。
- 3
寻找问题
Heal 运行应用流程，并调查行为、安全、性能、边界情况和集成条件。
- 4
验证发现
系统仅在测试能够复现问题时提交缺陷，并提供失败测试和支持性证据。
基于证据的缺陷报告
heal.dev 要求问题具备可复现性，以区分疑似问题和已提交的缺陷。其报告可以展示实际发生的情况、应有的结果、受影响的界面、复现顺序，以及代码中需要调查的位置。
- 每个报告的缺陷都会附带一个失败测试。
- 网站展示捕获内容和界面级证据，作为报告的一部分。
- Heal 会重新运行测试，以确认问题仍然可以复现。
选择 heal.dev 前需要测试什么
用自己的素材和工作流完成验证
- 确认代码仓库和应用环境可以在沙箱中得到呈现。
- 核实哪些外部服务会被模拟或仿真，而不是作为线上实现运行。
- 检查所需的行为、安全和性能流程是否由可用的沙箱设置覆盖。
- 审查报告中的发现是否包含团队分诊流程所需的失败测试和证据。
heal.dev 来源与核对时间
核对了哪些信息以及核对时间
- 最后核对
- 分类
- 编程&IT
heal.dev 常见问题
基于已核对产品资料的回答
heal.dev 分析什么？
官方产品描述称，heal.dev 会分析运行中的产品、其功能、数据和所调用的服务，同时也会读取代码仓库。
缺陷报告包含哪些内容？
报告可以包含问题情况、实际行为和预期行为、失败界面、复现步骤、代码位置、捕获内容以及失败测试。
heal.dev 如何处理第三方服务？
支付、邮件和第三方 API 可以在类似生产环境的沙箱中被模拟或仿真，并以失败、缓慢或重复的响应进行重放。
heal.dev 会执行安全测试吗？
会。来源称，它会针对沙箱运行安全漏洞利用，并报告由测试复现的安全问题，而不是提交无法复现的问题。
heal.dev 可以在哪里运行？
官方网站表示，该产品可以在本地或云端运行，也可以通过 GitHub 连接代码仓库，具体取决于应用环境的设置。
