Why testing validates contracts in Rest API - Performance Analysis
When testing REST APIs, we want to see how the time to check the contract grows as the API or tests get bigger.
We ask: How does the testing effort increase when the API has more endpoints or rules?
Analyze the time complexity of the following test code snippet.
for endpoint in api_endpoints:
response = call_api(endpoint)
assert response.status == expected_status[endpoint]
assert response.body matches expected_schema[endpoint]
This code tests each API endpoint by calling it and checking if the response matches the expected contract.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Looping over each API endpoint to test it.
- How many times: Once for each endpoint in the API.
As the number of API endpoints grows, the number of tests grows the same way.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 calls and checks |
| 100 | 100 calls and checks |
| 1000 | 1000 calls and checks |
Pattern observation: The testing work grows directly with the number of endpoints.
Time Complexity: O(n)
This means testing time grows in a straight line as the API gets bigger.
[X] Wrong: "Testing one endpoint is enough to prove the whole API works."
[OK] Correct: Each endpoint can behave differently, so testing all is needed to fully check the contract.
Understanding how testing scales with API size shows you can plan and write tests that keep quality as projects grow.
"What if we added nested loops to test multiple input cases per endpoint? How would the time complexity change?"
Practice
Solution
Step 1: Understand the purpose of API contracts
API contracts define rules about how APIs should behave and what data they exchange.Step 2: Role of testing in contracts
Testing checks if the API follows these rules and returns expected results, catching mistakes early.Final Answer:
It ensures the API follows agreed rules and behaves as expected. -> Option CQuick Check:
Testing validates contracts = Ensures API rules followed [OK]
- Thinking testing speeds up API automatically
- Confusing testing with documentation generation
- Believing testing replaces API design
Solution
Step 1: Identify correct HTTP method and expected response
For a GET request, the API should return status 200 and data matching the contract.Step 2: Match testing action to contract validation
Sending GET and checking status 200 plus data format confirms contract adherence.Final Answer:
Send a GET request and check if the response status is 200 and data format matches the contract. -> Option DQuick Check:
GET test checks status 200 and data format [OK]
- Using wrong HTTP method for the test
- Ignoring response content in tests
- Expecting error codes for successful GET
response = client.get('/users/123')
assert response.status_code == 200
assert 'id' in response.json()
assert response.json()['id'] == 123What does this test validate about the API contract?
Solution
Step 1: Analyze the test assertions
The test checks that the response status code is 200 and the JSON response contains an 'id' key equal to 123.Step 2: Understand what this means for the API contract
This confirms the API returns successful status and correct user data as per contract.Final Answer:
The API returns status 200 and correct user id in JSON response. -> Option AQuick Check:
Test checks status 200 and user id = 123 [OK]
- Confusing status 404 with 200
- Assuming POST method is tested here
- Ignoring JSON content checks
response = client.get('/items/5')
assert response.status_code == 200
assert 'name' in response.json()But the test fails with a KeyError. What is the likely cause?
Solution
Step 1: Understand the test failure
A KeyError means the 'name' key is missing in the JSON response.Step 2: Identify contract violation
The API response does not include the expected 'name' field, violating the contract.Final Answer:
The API response JSON does not include the 'name' field as per contract. -> Option BQuick Check:
Missing 'name' key causes KeyError [OK]
- Assuming wrong HTTP method caused error
- Ignoring status code correctness
- Blaming client.get() method existence
/orders/{id} to return a JSON with fields id, status, and items (a list). Which test best validates this contract?Solution
Step 1: Identify contract requirements
The contract requires GET /orders/{id} to return JSON with 'id', 'status', and 'items' keys, where 'items' is a list.Step 2: Match test to contract validation
Sending GET /orders/10, checking status 200, verifying JSON has 'id', 'status', and 'items' keys, and confirming 'items' is a list fully validates the contract.Final Answer:
Send GET /orders/10, check status 200, verify JSON has 'id', 'status', and 'items' keys, and 'items' is a list. -> Option AQuick Check:
Test checks all required fields and types [OK]
- Testing wrong HTTP method
- Ignoring required JSON fields
- Not verifying data types like list
Ready to prove it?
Pass the test and this pattern moves unknown
