Guidance for unit testing when FromSql<> is used.

We have unit tests that use the InMemory provider.

However, a few of our objects under test are calling the FromSql() method to materialise objects from stroed procedures.

When using the InMemoryProvider this obviously doesn’t work.

One solution i can think of is for the object under test to use the Repository pattern - so we can swap EF7 out entirely at test time, for an InMemory repository. However I think it would be good if the InMemory provider had a way to handle FromSql at test time, so you could map an abitrary set of results when needed?

[dazinator]

I don’t think this really solves the issue though… we use InMemoryProvider during testing, because we want to eliminate the need for having an external database asset to manage. This means we can run unit tests on any machine quite easily, with minimal setup.

Using sqllite provider at test time isn’t an option if the subject under test is calling FromSql<> and passing in a variant of sql like for example, Postgres. (Because you use Postgres in production) or executing a sproc.

So the only reliable way to get this to work is to not use the InMemory provider, and use the full blown relational provider - which brings us back to square one - managing the external database at test time.

If there was some mechanism to mock or map FromSql<> and still use the InMemory provider I think that is what we would like to do.

[camainc]

Thanks for responding. I deleted my comment because I realized it was a stupid question. I did just what you suggested as soon as I deleted the comment.

Thanks again!