最新

改进了凝胶电泳模拟，效果更佳，移除了 https://github.com/Okerew/biobridge 中的控制模块。 修复了 osxiec 中 execute_command 的错误用法，将 json-c 升级至 0.18 版本 https://github.com/Okerew/osxiec。

我正在开发一个网络应用程序，其中包含一些数据量相当大的表格（比如产品库存、用户列表、分析仪表盘等），但移动端的体验非常糟糕。 在桌面端，一切看起来都很好，但在手机上却一团糟。我试过让表格水平滚动，但感觉很笨拙。我看到一些应用程序将表格转换为卡片式布局，另一些使用可展开的行，还有一些则隐藏列。 您发现哪些模式在实际生产中效果很好？您推荐查看哪些库或示例？如果您对此进行过用户测试，并有关于用户实际偏好的数据，那就更好了。

嗨，HN！我是 Huy，在越南 Katalon 负责产品。我们开发 Scout QA 是因为我们现有的测试工具跟不上我们（以及我们的用户）使用 AI 编码工具的发布速度。 问题：当您使用 Cursor、Replit 或 Lovable 在几分钟内生成整个功能时，传统的测试自动化就显得落后了。您花在编写 Selenium 脚本上的时间可能比构建该功能本身还要多。 Scout 采用了不同的方法。您只需提供一个 URL，它就会使用 AWS Bedrock AgentCore 与 Amazon Nova Act 来确定要测试的内容。它会探索您的应用程序，自动生成检查，并为您提供交通灯报告（红/黄/绿），显示哪些功能正常运行。当出现问题时，它会建议您可以反馈给您的 AI 编码工具的提示，以修复问题。 我们正在内部使用它来测试我们自己生成的 AI 功能，它已经发现了几个我们可能会错过的回归问题。目前还处于早期阶段——肯定存在一些它会混淆的边缘情况，我们正在努力提高上下文感知能力。 我们推出了免费增值模式。通过魔术链接身份验证，您可以在大约 30 秒内开始使用。 技术人员：我们特别感兴趣的是关于我们自主测试生成方法的反馈。我们对这个问题的思考方式正确吗？ 很乐意回答有关架构、我们的推理模型，或者为什么我们认为测试需要适应 AI 原生开发时代的问题。