QA for apps built with Claude Code
For an app built with Claude Code, choose a customer task and check each person's view of the result. A rescheduled appointment should show the same new time in the customer's booking, staff calendar, and confirmation.
VibeAssure reviews the tasks you want customers to complete. Get a report of what we tried, what worked, and the problems we found, with reproduction steps and priorities for fixes.
What to test in your Claude Code app
Claude Code supports workflows for fixing bugs, refactoring, and writing tests. For a release review, tell us which customer tasks the changes affect. Claude Code workflow documentation.
If you've added rescheduling to a booking app, start with an existing appointment. Move it to an available time, then check the customer's view, the staff calendar, and any confirmation message. Try changing it from an old tab and choosing a slot that another customer has already taken.
- Does completing the task update every customer and staff view that depends on it?
- Does an unavailable choice give a clear error without changing the existing booking?
- After an interruption, can the customer tell which appointment is active?
These checks and the example below are starting points for choosing your scope. We agree the tasks, platform, and build before testing starts.
Walk through a customer task
Reschedule an existing appointment
A customer wants a new appointment time, and the staff member needs one accurate calendar entry.
- Where the customer starts
- A customer test account with an upcoming appointment, a staff account, and an available alternative time.
- What a successful result looks like
- The appointment moves to the new time in both accounts. The old slot is released according to your booking rules, and any confirmation shows the new time.
Cases to try
- Choose a time that another test customer has just booked.
- Try to reschedule from a tab opened before the appointment changed.
- Return after an unclear response and check which time is active before retrying.
Problems to look for
- Both the old and new appointments remain active.
- The customer's booking changes, but the staff calendar keeps the old time.
- A confirmation message contains the original appointment time.
Test accounts: Customer, Staff member.
Services used in this example
- Booking storage
- Connected calendar, if used
- Confirmation email or SMS, if enabled
What a finding looks like
This hypothetical example shows how a problem is described in the report. Your review records what we observe in your app, how to repeat it, and which findings to address first.
Rescheduling leaves both appointments on the staff calendar
Steps to repeat the problem
- Create a test appointment and confirm it appears in the staff account.
- Reschedule it to another available time from the customer account.
- Refresh the staff calendar and check both time slots.
What happens
The customer's view shows the new time. The staff calendar retains the original appointment and adds another at the new time.
Why it matters
Staff see two appointments for one customer, and the old slot may remain unavailable to others.
Share a finding's starting appointment, account roles, and reproduction steps with Claude Code or your developer. Use those same steps to check the customer outcome after a change.
Other tasks to include in your scope
- Cancel an appointment and check the released slot.
- Reschedule across time zones used by your customers.
- Open a reminder after the appointment time has changed.
What to bring to the review
- Share the build and explain the feature or behavior you changed.
- Provide customer and staff test accounts, with sample appointments we can modify.
- Describe the booking rules and provide a test inbox for confirmations.
We usually need an app link or build and authorized test accounts. You or your developer make the fixes using the report. A retest after changes can be quoted separately.
Plan your app review
Tell us what your Claude Code app does and which tasks matter most. In a 15-minute call, we’ll confirm the scope, access, price, and delivery timeline.