Visual studio created a unit test project for me based on a method (right-click add test). When I try to access the database, I get an exception. Ran this code to see what my connection was:
ConnectionStringSettings connStringSettings = ConfigurationManager. ConnectionStrings["myConnectionString"];
but, connStringSettings
is null. Upon inspection, ConnectionStrings collection has a count of only one. It seems to not be reading from my web.config.
My DAL is isolated and cannot have its connection string set through code. Its connection string is set in code like this:
set { value = System.Configuration.ConfigurationManager. ConnectionStrings["myConnectionString"].ConnectionString; }
How can I resolve this?
Typically, the connection string will be stored in a configuration file somewhere within the application or web server. This connection string is typically stored in plain text to make it easy to edit and easy to change as the application is moved from development, to QA, to staging, and to production.
Add an App.config
file to your unit testing project and copy over the connection string from the Web.config
.
While adding a config will solve the immediate problem, it still results in unit tests depending on an actual database connection, which is not great. The better way to solve this problem is to mock the DAL entirely and pass that into the services which are using it.
Microsoft provides some guidance on that here. It takes a little more time to setup, but it allows tests to be much more contained and complete.
I have had success using MockQueryable
for mocking individual tables within a test data context.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With