1作者: vikmex10 个月前原帖
嘿,HN!<p>我开发了TimeAnt,因为我爸爸需要一个简单的方法来跟踪他的工作时间,而他对市面上的其他应用程序不满意,因为那些应用太复杂或者功能太多。因此,我制作了一个只做基本功能的应用:跟踪工作时间、会议、休息、午餐,并可以选择添加备注——就这些。<p>这个应用完全免费,支持在线和离线使用,不需要注册账户(但如果你愿意,可以创建一个)。我的目标是保持简单,让你专注于时间跟踪,而不被多余的功能干扰。<p>这也是我学习Swift并构建我的第一个原生iOS应用的机会!我很想听听你的想法!<p>祝好, 维克托
1作者: pratik-tgx10 个月前原帖
我们是一个小型自筹资金的团队,已经在质量保证(QA)咨询领域深耕了一段时间。在多个项目中,我们发现了一些重复出现的问题: - 测试生成过程缓慢且手动 - 维护困难(尤其是易失的选择器) - 报告有时不尽如人意 - 易失的测试削弱了对自动化的信心 因此,我们开始构建一个工具,它能够: - 观察浏览器交互并生成 Node.js 测试代码 - 利用人工智能(包括视觉模型)实现自我修复和稳定选择器 - 目前正在增加大语言模型(LLM)和自然语言支持 我们与几位管理手动 QA 工程师团队的首席技术官(CTO)进行了交流。一个反复出现的主题是,他们希望赋能这些团队转向自动化,但被声称能做到这一点的工具市场的拥挤所压倒。 我们的挑战在于,尽管我们认为我们的工具确实可以提供帮助,但这个领域竞争异常激烈: 1) 无代码/低代码工具:Tricentis Tosca、Leapwork、Reflect、ACCELQ、Katalon,还有很多其他工具 2) AI 原生初创公司(许多得到 YC 支持):Browser Use、Momentic、Meticulous、Fix AI、Spur、Browser Base、Intryc、Skyvern、BugBug 等等 3) 机器人流程自动化(RPA):UIPath、Automation Anywhere、Blueprism 4) 还有大量提供捆绑服务和产品的 QA 咨询公司 即使有这么多工具,我们发现复杂的、特定产品的测试用例仍然会被忽视。这就是为什么许多团队仍然依赖 Selenium、Cypress 或 Playwright 来构建自定义框架——尤其是在需要更深层逻辑、API 集成、CI/CD 工作流或自定义部署处理时。 —— 我们目前面临的困境: 1) 我们生成实际代码,因此我们的理想用户是 SDET、QA 自动化工程师或开发人员 2) 但我们不想抛弃那些希望进行自动化的手动测试人员 3) 我们现在应该在此基础上构建一个无代码的用户界面层,还是先专注于技术用户? 此外,从市场推广的角度来看: 4) 我们应该开源基础工具以建立开发者信任吗? 5) 我们应该从一开始就选择闭源 SaaS 吗? 6) 还是将其产品化为由我们内部工具驱动的 QA 服务,比如 QA Wolf、Muuktest 或 Rainforest QA? 目前,我们正在积极采访 CTO、工程副总裁和高级工程师,以了解我们可以提供最大价值的地方——以及这是否是他们真正愿意购买的东西。 如果您曾在竞争激烈的 B2B 领域构建过开发工具、QA 平台或其他产品: - 您今天会如何处理这个问题? - 您会优先考虑开发人员还是手动测试人员? - 您会选择从开源、SaaS 还是产品化服务开始? 感谢您的阅读!