Test log
rocket.new test data
Raw results for the rocket.new review. The verdict is in the review.
- Tested
- 27 October 2026
- Tester
- Miles Foster
- Account
- Bought for this review at the public price
- Tests
- 10
- Screenshots
- 10
- Method
- Published methodology
- Environment
- Google Chrome on desktop, with a script for the live-app checks and a Lighthouse phone run
Results
| ID | Test | Key measurement | Score |
|---|---|---|---|
| T01 | Actions & Notifications | – | n/a |
| T02 | Iteration & Credit Burn | Changes I could run: 0 of 12 | n/a |
| T03 | Code Export & Ownership | – | n/a |
| T04 | Support & Cancellation | – | n/a |
| T05 | Prompt to Working App | Brief to the first draft: About 7 min | 5/5 |
| T06 | Spec Accuracy | Checks passed, of those run: 22 of 24 | 4/5 |
| T07 | Sign-in & Access Control | Attacks blocked: 0 of 2 | 2/5 |
| T08 | Database & Admin | Checks proved: 2 of 4 run | 2/5 |
| T09 | Publish, Speed & Mobile | Publishing on the free plan: Yes, vendor address | 3/5 |
| T10 | Pricing & Cost to Finish | Paid: $0 | 3/5 |
| Overall (in the review) | 2.8/5 | ||
Actions & Notifications
n/aNot Tested- Method
- A Stripe test purchase, a declined card and the two emails, which need your own keys.
- Remark
- No grade.
Raw notes
A Stripe test purchase, a declined card and the two emails, which need your own keys.
Not run. The agent built a pass purchase that says Payment is simulated and Stripe is not connected, and the booking emails are saved in an in-app outbox, not sent. Checks C24 to C29 are left out and this test is not graded. The password reset email is covered under the checks.
- Left out like on every builder: payments and emails need the owner's own keys.
Iteration & Credit Burn
n/aNot Tested- Method
- The twelve scripted changes, one prompt each, on the live app.
- Changes I could run
- 0 of 12
- Credits left on the plan
- 0
- Remark
- Fewer than 8 of the 12 changes could run, so there is no grade.
Raw notes
The twelve scripted changes, one prompt each, on the live app.
Not run. The two prompts used all 20 free credits. When I sent the first change, the colour scheme, rocket.new answered that I had exhausted the credit limit and asked me to upgrade. I clicked nothing.
- The credits are the limit of the free plan, not a test fault.
Code Export & Ownership
n/aNot Tested- Method
- Download the code, unpack it in a clean folder, run it against a database of mine and list what still needs the vendor.
- Remark
- No grade: the free plan blocks the download.
Raw notes
Download the code, unpack it in a clean folder, run it against a database of mine and list what still needs the vendor.
Not run. The download button in the code view opens a window that says Own your code: Download, Deploy anywhere, Modify however you want, with a button that says Upgrade my plan. The files themselves can be read in the code view: a Next.js 15 and React 19 project with Tailwind. I asked support how to export the code and the data.
- The terms were not read.
Support & Cancellation
n/aNot Tested- Method
- One real question by email to support@rocket.new, the address on rocket.new's help pages, sent at 21:16 UTC on 27 October 2026: how to stop people choosing the admin role at sign-up, how to export the code and the data, and how to cancel.
- Remark
- No grade until a person answers.
Raw notes
One real question by email to support@rocket.new, the address on rocket.new's help pages, sent at 21:16 UTC on 27 October 2026: how to stop people choosing the admin role at sign-up, how to export the code and the data, and how to cancel.
No person had answered when this review was written, so support is not graded. The only message from rocket.new was an automatic notice at 21:57 UTC about the failed Update, which asked me to reply if I wanted it investigated. The free plan has nothing to cancel: Settings, Subscription shows the plan, the credits and an Upgrade button.
- Graded when a reply arrives.
Prompt to Working App
5/5Tested- Method
- The Fitting Room brief was pasted word for word (1,689 characters) into rocket.new's home screen on 27 October 2026, in Build mode, with no answers to give because rocket.new asked no questions.
- Brief to the first draft
- About 7 min
- Brief to the finished app, live
- About 20 min
- Prompts, fixes and approvals
- 2, 0, 0
- Credits used, of 20
- 20
- Remark
- Under 30 minutes and 5 prompts or fewer is a 5. The time is to a live app on the vendor's free address with 22 of the 24 checks passing, which is above the proportion of 25 of 30.
Raw notes
The Fitting Room brief was pasted word for word (1,689 characters) into rocket.new's home screen on 27 October 2026, in Build mode, with no answers to give because rocket.new asked no questions. The clock stops when the app is live and the checks pass: 25 of 30 on the full scale, applied here in proportion to the 24 checks that could run.
rocket.new rated the prompt 100 percent, wrote a plan and built the first draft in about 7 minutes, for 7.35 of my 20 free credits. The draft was a front end with made-up data: it said plainly that sign-up, log-in, password reset, the instructor and admin screens, the CSV, saved inquiries and the emails were not built, and that they needed a follow-up request.
I sent that follow-up, listing those parts again from the brief, about 10 minutes later. It took about 8 minutes and the last 12.65 credits, and it built every part inside the app, with no outside accounts. The app was then live on rocket.new's own free address, about 20 minutes after the brief, and 22 of the 24 checks passed.
- My second prompt was needed because the first draft left out half the brief; it is counted as a prompt. The app keeps its data in the browser, which is graded under the database, not here.
Spec Accuracy
4/5Tested- Method
- The 30 written checks, run by hand against the live address on 27 October 2026.
- Checks passed, of those run
- 22 of 24
- Checks not run (payments, emails)
- 6
- Invented content
- Class text, one member
- Remark
- 22 of 24 is 92 percent, just under the 93 percent a 5 needs: a 4.
Raw notes
The 30 written checks, run by hand against the live address on 27 October 2026. The six payment and email checks (C24 to C29) need your own Stripe and email keys, and the app only simulates them, so they were not run. That leaves 24 checks, graded in proportion: 5 needs 93 percent, 4 needs 80 percent.
22 of the 24 passed. Sign-up, log-out and log-in worked for a member, both instructors and the admin; the timetable showed the three classes, times, lengths and places left; booking, My bookings, cancelling with the credit coming back, the full-class rule (a seventh member on the six-place Power Reformer saw Class full) and the no-credit message worked; the instructor saw only their own classes and the members booked on them, and Mark attended was saved; the admin added, edited and deleted a class, saw every booking and a count per class, downloaded a CSV with eleven columns, and saw a visitor's Ask the studio message.
Two checks failed. The password reset sends no email: the link is shown on the screen instead (C03). And the app invented things the brief did not give (C30): a description and a level for every class, such as Intermediate for Power Reformer, and a made-up member, Priya Raman, with credits and bookings already in place. The class names, times, prices, address, phone and email match the brief.
- All 22 passes were run in one browser. What that means for a real studio is under the database.
Sign-in & Access Control
2/5Tested- Method
- Sign-up, log-in and password reset for each role; then the two attacks from the brief, adapted to an app with no server: a direct visit to the admin page as a member, an edit of the browser's stored copy of my own role, a sign-up that picks the admin role, and a second browser looking for the first browser's data.
- Attacks blocked
- 0 of 2
- Admin by sign-up
- Yes, anyone
- Reset link
- Shown on screen
- Remark
- Both attacks succeeded and the roles are only cosmetic: a 2.
Raw notes
Sign-up, log-in and password reset for each role; then the two attacks from the brief, adapted to an app with no server: a direct visit to the admin page as a member, an edit of the browser's stored copy of my own role, a sign-up that picks the admin role, and a second browser looking for the first browser's data.
Roles are cosmetic. The sign-up form lets any visitor choose Member, Instructor or Admin, and an account made as Admin landed on the admin screen at once. A member who typed the admin address was stopped with a page that says it is not available, but the same member changed one value in the browser's stored data, reloaded, and had the admin screen. The password reset shows the reset link on the screen to whoever asks for any email address.
The agent had said so: the sign-up lets anyone pick the instructor or admin role so every view can be tried, and a live studio would restrict that. The login page also prints the four demo accounts and the shared password.
- rocket.new's own security scan was not run. I did not capture network requests, because the agent says the app has no server.
Database & Admin
2/5Tested- Method
- The six data checks: the form and bookings write real records; they survive a reload, a redeploy and a design change; the admin can view, filter, edit and delete them; they export as a file.
- Checks proved
- 2 of 4 run
- Not run
- 2 (redeploy, design change)
- Records seen from a second browser
- None of mine
- Remark
- Two of four run is 50 percent, which falls in the 33 to 59 percent band: a 2.
Raw notes
The six data checks: the form and bookings write real records; they survive a reload, a redeploy and a design change; the admin can view, filter, edit and delete them; they export as a file. I added a test in a second, clean browser to see whether another person would see the same records.
Four of the six could be run, and two passed. Reloads kept everything and the admin's CSV downloaded with the right columns. But the records are not real in the sense the brief means: the agent says the app has no shared server, and in a second clean browser the admin saw only the two made-up bookings, not the eight members I had created, and none of the Ask the studio messages. The admin can view, edit and delete classes, but cannot filter the bookings list.
Not run: the redeploy check, because the second Update failed with a compile error, and the design-change check, because the free credits were gone.
- The builder's own data panel was not opened; rocket.new does not offer one for this app, as far as I could see.
Publish, Speed & Mobile
3/5Tested- Method
- Launch was used on the free plan with the Rocket hosted domain.
- Publishing on the free plan
- Yes, vendor address
- Google phone speed score
- 91
- Time to main content
- About 3 s
- Page weight
- 0.36 MB
- Sideways scroll at 3 widths
- None
- Remark
- The app is live on the vendor's address and fast, but I did not connect a domain, so the grade stays at the vendor-address band: a 3.
Raw notes
Launch was used on the free plan with the Rocket hosted domain. Speed was Lighthouse mobile, three runs on the home page; layout was checked for sideways scrolling at 360, 768 and 1440 pixels.
Publishing worked on the free plan, with no card: the Staging tab put the app on a fittingroom address under builtwithrocket.new in about a minute. The Production tab asks for a custom domain of my own, or to buy one, and I did not use either. The address opens for anyone, and every page I opened carries a small Built with rocket.new badge in the corner.
The three Lighthouse runs scored 92, 91 and 91, so the median is 91. The main content took about 2.9 to 3.1 seconds on a simulated phone, the page weighs 0.36 MB, and layout shift was close to zero. There was no sideways scroll at 360, 768 or 1440 pixels. A second Update, after the credits were gone, failed with Could not launch your app and a compile error about a font, and rocket.new then emailed me that it had found a publishing issue and would look into it if I replied. The first live version kept serving.
- No custom domain, no real phone, no 100 seeded classes. The address is protected by a security check that stops scripts, so my uptime monitor may not be able to read it.
Pricing & Cost to Finish
3/5Tested- Method
- The pricing page, the account page and the credit meter were read on 27 October 2026 on the free plan, with the credits read after each prompt.
- Paid
- $0
- Credits used, of 20
- 20
- Cheapest plan that adds credits
- $25 a month
- Remark
- The free plan covered one build and nothing after it, credits are sold on top of the fee and the running cost is unclear: a 3.
Raw notes
The pricing page, the account page and the credit meter were read on 27 October 2026 on the free plan, with the credits read after each prompt.
I paid nothing and entered no card. The free plan holds 20 credits that never expire, and I used all 20 in two prompts: 7.35 for the first draft and 12.65 for the second. After that rocket.new asked me to upgrade.
The paid plans are a monthly platform fee with credits on top: Pro is $25 for 100 credits a month, Rocket is $50 for 250 and Booster is $250 for 1,500. The page also says you can buy more credits at any time, and I saw no spending cap. I did not measure what a change costs, so I cannot say how far 100 credits go for the twelve changes, or what 1,000 bookings a month would cost.
- No paid plan was bought and no card was entered. Yearly prices were not read.
Coverage
Tested
- One brief typed word for word, then one follow-up prompt for the parts it left out
- 24 of the 30 written checks, run on the live address (the six payment and email checks were not run)
- Two access attacks, a sign-up with the admin role, a password reset and a second browser
- The Ask the studio form, bookings, cancelling, the capacity rule, the instructor screens and the admin's class tools and CSV
- A phone speed run and the layout at three widths
- Three support questions by email
- The pricing page, the credit meter, the Launch panel and the code download window
Not tested or limited
- Free plan only: I entered no card and bought nothing. The app stayed on rocket.new's free address and no custom domain was connected
- The six payment and email checks (C24 to C29) were not run, so the actions test is not graded: the app simulates payments and saves emails in an outbox
- None of the twelve changes could be run. The 20 free credits were gone after two prompts, so the iteration test is not graded
- The code download needs a paid plan, so the ownership test is not graded
- Support is not graded: no person had answered an email sent at 21:16 UTC. The only message was an automatic notice about a failed Update
- The redeploy and design-change data checks could not be run: the second Update failed to compile and the credits were gone
- Speed was measured on the home page only, three runs; no 100 seeded classes, no real phone and no custom domain
- Eight test members and one admin account were made by me, in the app, with the shared test password; the admin and the two instructors the agent seeded were also used
- Plain scripts get a security-check page from the host instead of the app, so the uptime monitor may not be able to read it
- My second prompt restated the brief's missing parts in my own words; it is counted as a prompt
Still to test
- Payments and the declined card with your own Stripe key
- A version with the Supabase connector and a real database, which I did not set up
- The twelve changes on a paid plan, and what each one costs in credits
- The code download, run against a database of my own
- A custom domain, a timetable with 100 seeded classes and a real phone
- Support, once a person answers