Open josh-griffin opened 2 years ago
The suggestion so far is to:
This way we could more easily use the msw server handlers in our test files, the same as we do as the msw worker handlers.
It might be best to keep the faker implementation in place for now. It is good to be able to generate large amounts of data? If we were to do that with JSON files, they might get pretty big?
that would be really good. Would be keen to remove faker at some point, it's a large package. Having small data sets is fine - if we do need larger, could we just load the small set and repeat it a number of times, updating the ids?
Would like to implement end-to-end test suite too. after we get the MSW / unit tests going though 😉
Would like to make writing unit tests for async/graphql related code easier.
invoiceQueryMock
. However, if we use them, the amount of random fields we need to add is outrageous!I think if we had a way to have those 3 goals covered, it would be super nice and easy to write unit tests for any async work.
Right now, it's tedious and annoying which results in essentially.. not writing them 🤷
Some extra nice to haves: