-
Updated
Aug 6, 2021 - Vue
mock
Here are 1,892 public repositories matching this topic...
-
Updated
Aug 6, 2021 - Java
-
Updated
Jul 28, 2021 - JavaScript
-
Updated
Aug 10, 2021 - Vue
-
Updated
Jul 19, 2021 - PHP
-
Updated
Feb 17, 2021 - JavaScript
Describe the bug
I'm using .on('request:match', (req) => {})
in tests to make sure variables are getting send correctly in the request, however is seems that if I have more than 1 across different tests then they start to fail. I have this in my setupTests file:
beforeAll(() => server.listen({ onUnhandledRequest: 'error' }))
afterAll(() => server.close())
afterEach(() => se
-
Updated
Aug 6, 2021 - Objective-C
-
Updated
Aug 15, 2021 - TypeScript
Expected Behavior
Invoking a mockk should never cause a test to hang. If too many invocations lead to performance issues, it would be better to either:
- throw an exception once a reasonable cap is reached
- rotate away old data
Current Behavior
After invoking a mock around 130 000 times (on my machine, running JDK 15 on Windows) further invocations will hit a wall and take for
-
Updated
Aug 14, 2021 - TypeScript
-
Updated
Jun 29, 2021 - JavaScript
-
Updated
Aug 14, 2021 - JavaScript
-
Updated
May 11, 2020 - Vue
-
Updated
Jun 28, 2021 - Python
I would welcome a feature when, at the same url which is set to respond with OK status, I could have an error response generated with a random seed.
I am developing an Observable pattern to perform a series of retries to call an endpoint, with increasing delay. The problem is that during testing, I cannot really mock up the condition by randomly switching between two mocky.io urls (error and ok
-
Updated
Jul 12, 2021 - Ruby
A "normal" event on an instance ignores null subscriptions. If I do so on a substituted interface, a null subscription leads to an exception. I have a not so nice legacy code with different listeners to an event an one class that does null-attach internally under some conditions, would be nice if this behaviour would be able to be tested as well. Example code for the problem:
publ
-
Updated
Aug 12, 2021 - TypeScript
What you did:
Create a route:
/orders/*
then set the delay to 2000ms.
What happened:
route not delayed when hit with another param beside *
/orders/1
not delayed
/orders/900
not delayed
/orders/*
delayed
 -> Void
}
`
The generated mock ends up having:
... import SOMEBADTHING ...
Looks like it is looking for "{import .*}" in source files and just adding that verbatim to the output file, causing compile issues.
Improve this page
Add a description, image, and links to the mock topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the mock topic, visit your repo's landing page and select "manage topics."
Context
This isn't really a feature request, as what I need is possible with nock as-is. But I spent several hours searching, reading old issues and searching through the source code to find the solution, so I thought this might help others.
I am testing code that accesses a service that sets the statusMessage of the response, as well as the statusCode. I am using nock to mock the server