Nothing to scope, nothing to schedule
A target and the depth you want is the whole intake. There is no proposal to sign off and no slot to wait for, so the run starts when you start it rather than when a calendar opens up.
Testing you take out rather than book: always available, running continuously instead of once a year, and the report is never the thing you are waiting on. Point it at a target, pick the depth, and findings come back the same day.
Each step gives the agent more to work with. None of them is a prerequisite for the one before it.
A URL is enough for a black box run. Test accounts make it grey box, which is where broken access control surfaces. Your repository makes it white box, with the code behind an endpoint read rather than inferred.

This is the part a booked engagement cannot do. The depth you chose is captured with the schedule, so runs stay comparable and the tenth goes as deep as the first.
Every run is kept with the configuration it started with, and ends with the report an engagement ends with, generated from what actually happened rather than typed up the week after.

Something still open on the next run stays the same finding rather than arriving again as a duplicate, so how long it has been live is visible instead of counted by hand.
Most of what a pentest costs is not the testing. It is the scoping, the waiting, the document, and the work of turning that document into tickets.
A target and the depth you want is the whole intake. There is no proposal to sign off and no slot to wait for, so the run starts when you start it rather than when a calendar opens up.
Add targets as you build them. A new service does not turn into a new engagement with its own budget line and its own three weeks of lead time.
A run takes hours, and when it ends its findings go straight to your tracker. Nothing waits weeks for someone to write it up.
Every run ends with the report an engagement ends with, generated from what actually happened. It is the document teams hand an auditor for ISO 27001 or SOC 2.
With your repository connected the patch is written against your code and opened as a pull request. Fixing is not a second project that starts once the testing is over.
Start free on code changes. A full pentest is priced on the lines of code it tests, not on days booked.
A URL is enough to start. Add logins and it goes deeper, connect the repository and the fix comes back with the finding.