Writing your a task for an API usability test
Let’s say you’ve gone through the steps here and chosen a well-sized task that tests your riskiest hypothesis about the usability of your API. You’re now ready to actually write your first task. How should you go about doing this?
Remember, your goal is to test your API, not peripheral tooling. If you have a long list of dependencies that need to be set up, find a way to do that configuration beforehand. Consider things like:
Most of your customers will come to you with the goal of solving a specific problem. Remember that at Usabl, many of our testers are full-time engineers or students who may have no familiarity with your product. Make sure you share enough conceptual documentation with them that they understand why your product or service is useful.
When writing the actual tasks, use generic language without relying on your specific API. For example, if you were going to test Stripe’s payments API, rather than saying “use the Charge object to initialize a PaymentIntent,” you should say “charge this customer $5 for the service you just provided them.”
Also, remember that many acronyms have different meanings in different contexts, and not all developers have the same backgrounds as you do. Fully define all acronyms to minimize confusion.
Learn more about how API usability impacts your business