<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: arnold_laishram</title><link>https://news.ycombinator.com/user?id=arnold_laishram</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 08 Apr 2026 01:37:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=arnold_laishram" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by arnold_laishram in "Show HN: Finalrun – Spec-driven testing using English and vision for mobile apps"]]></title><description><![CDATA[
<p>Looks pretty cool. How does your agent understand plain english?</p>
]]></description><pubDate>Tue, 07 Apr 2026 14:57:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47676426</link><dc:creator>arnold_laishram</dc:creator><comments>https://news.ycombinator.com/item?id=47676426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47676426</guid></item><item><title><![CDATA[Show HN: Spec-Driven Testing for mobile apps (preparing to open source)]]></title><description><![CDATA[
<p>UI tests are brittle because they rely on fragile locators (XPaths/IDs). Tests pass locally but break in CI when UI IDs change — leading to constant maintenance and lost dev time.<p>Finalrun replaces locators with human-readable specs. You write plain-English instructions (e.g., “Tap Settings, search ‘Spanish’, verify ‘Español’”), and a vision-based QA agent drives the app visually like a human — so renamed IDs don’t break tests.<p>With plain english agent for testing mobile apps, Spec driven approach works smoothly without much maintainance:
1. With skills, The agent can analyze your repo, 
2. Auto-generate edge-case specs (with setup/cleanup), and export them as .md tests 
3. Now you can run the test via CLI (./mobile-cli run ./test/search.md).<p>If you want early access or the code when it’s open-sourced, I’m collecting emails: 
<a href="https://docs.google.com/forms/d/1EwHjqK6t1pBQgsKWih1Z_hQqP837elhl7hVbUGLHqV0" rel="nofollow">https://docs.google.com/forms/d/1EwHjqK6t1pBQgsKWih1Z_hQqP83...</a><p>(Also demo: <a href="https://youtu.be/SsVHRDWk_ss" rel="nofollow">https://youtu.be/SsVHRDWk_ss</a>)</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47404017">https://news.ycombinator.com/item?id=47404017</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 16 Mar 2026 19:56:57 +0000</pubDate><link>https://blogs.finalrun.app/spec-driven-testing-for-mobile-apps-preparing-for-open-source-soon</link><dc:creator>arnold_laishram</dc:creator><comments>https://news.ycombinator.com/item?id=47404017</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47404017</guid></item><item><title><![CDATA[New comment by arnold_laishram in "Show HN: E2E mobile testing with plain English. Runs on Android and iOS"]]></title><description><![CDATA[
<p>Happy to answer anything technical, especially around flakiness,
determinism, CI reliability, and where this breaks down today.<p>We’ve made tradeoffs and this won’t fit every team.</p>
]]></description><pubDate>Tue, 20 Jan 2026 12:46:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46691251</link><dc:creator>arnold_laishram</dc:creator><comments>https://news.ycombinator.com/item?id=46691251</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46691251</guid></item><item><title><![CDATA[Show HN: E2E mobile testing with plain English. Runs on Android and iOS]]></title><description><![CDATA[
<p>I’ve been building mobile apps for 10+ years, many used by millions of users. One problem kept coming back at every release: mobile testing is the bottleneck.<p>Before releases I spent hours, sometimes days, babysitting flaky tests. Our team ended up spending ~40–50% of its time maintaining test scripts and fixing issues that could have been caught earlier. Existing tools (Appium, etc.) rely on brittle selectors and hard-coded scripts that break as soon as the UI changes or any random popup appears during testing.<p>So I built a different approach from the ground up: test like a human. Describe the flow you want to test in plain English, and a Vision+Intent agent executes that flow on real Android and iOS devices. The agent understands context (if a popup appears it dismisses it and continues), maps intent to UI actions, and aims to make test definitions resilient across platforms.<p>It’s early and opinionated. We optimized for:<p>1. drastically reduced test maintenance
2. fewer false failures in CI
3. a single test definition that works on both Android and iOS<p>We’re actively looking for feedback from people who’ve fought mobile testing: what’s still broken for you, and what would make this genuinely useful? 
If you’ve got flaky suites, device-farm headaches, or cross-platform parity pain — I’d love to hear specifics.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46691241">https://news.ycombinator.com/item?id=46691241</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Tue, 20 Jan 2026 12:45:53 +0000</pubDate><link>https://finalrun.app</link><dc:creator>arnold_laishram</dc:creator><comments>https://news.ycombinator.com/item?id=46691241</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46691241</guid></item></channel></rss>