MockLab: simulate the APIs your app depends on for earlier, better testing

Hi,

MockLab is a SaaS tool for mocking/simulating APIs, which I’ve been bootstrapping for the last couple of years.

Why would anyone want to mock an API?

A few reasons - often the API you’re building against isn’t ready yet, and you get stuck waiting for a release before you can properly test your app. Or it might not have a stable sandbox. If you’re using a 3rd party API it might cost you money every time you run your tests, and many companies flat out refuse to let you run performance tests against their APIs (including every payment provider except Stripe as far as I can tell).

Finally, mocking APIs allows you to test edge cases and failure modes the real system won’t produce on demand, but probably will in production come Black Friday.

Although MockLab launched about a year ago it’s been somewhat under the radar, with all leads so far coming from wiremock.org (the OSS tool it’s based on). I’ve been trying to improve the website with a view to getting it in front of a wider audience, so I’d really appreciate any constructive feedback you can give on any part of the experience.

Many thanks,
Tom

Why is this an external SaaS instead of a desktop application / npm package / command line tool? What benefits do I get to let you host instead?

Team work, most likely. Which makes the Starter package (1 user) useless (correction: less appealing).

I’m also not convinced the Performance plan (presumably aimed at performance/load testing) is useful. Systems installed inside corp network have 100Mbit and 1Gbit channels to them, making the response time very small. I’m not confident that can ever be achieved against a hosted mock backend.

Benefits of it being hosted:

  1. You don’t have to do the following things yourself: building VM(s), deployment/upgrades, SSL certificate management, backups
  2. Team collaboration
  3. We keep it alive and healthy for you
  4. Easier for us to support you

Incidentally, it’s based on WireMock, which is an OSS library, and is therefore downloadable/installable yourself.

Starter is (by a small margin) most popular plan at the moment, so I guess somebody thinks it’s useful :slight_smile:

Some points about the Performance plan:

  1. Our customers use it to mock 3rd party APIs like payment gateways that aren’t on their network.
  2. If you’re on AWS and want low network latency we’ll put the host in the same region as your systems.

Yep, I realized that after reading closely.

I quite like this idea, I had a similar one many years ago after getting frustrated at my day job when building out integrations.

The nice thing about this business is that it lends itself to partnership and integration marketing. You could have common “MockKits” for different products which are pre-built mocks for popular integration points.

Indeed, you’ve hit the nail on the head there.

I’m probably going to give this a try shortly, starting with the Paypal API. Planning to test the water first with a tutorial blog post, and if that gets some interest build a Paypal API template that can be loaded when you create a new API. I’m hoping this will net me a few more performance tier customers.

I thought it simulates actual apps. Turns out I have to construct all the API myself right? So it’s just more work compared to registering a dummy trial in the SaaS I’m building integration for.

You need to add “be like salesforce” button :slight_smile:

Sorry if there is one, I just haven’t found it

That’s an amusing and very eye-opening way to look at that! :laughing:

Only the happy path is probably the same for all users of a service. And maybe the most common error scenarios. All the project-specific scenarios (success or failure) you’d have to setup yourself.

But even a common happy path + common errors is a good starting point for a turn-key mock service.

I’m about to test the water with this idea. I’ve just published a tutorial about building Paypal sandbox, and if that performs well I’ll build a Paypal API template that you can select when you signup/create a new API.

The majority of my customers are mocking APIs built by other teams in their orgs, or prototyping an API not yet built to share with another team, so building it themselves is their only option.