Let's say I have a (fairly typical) set of environments: PROD, UAT, QA, DEV . Is it a good idea to run tests in all environments?
That’s what I’m thinking about. I have a proc in SQL that my code depends on, I will call it proc_getActiveCustomers . If this proc is not there, my application will quickly go south. Therefore, I am writing a test that checks for the availability of this proc in the database. Nothing new here.
But when I then deploy my application to a QA environment, would I also like to have a test that checks this environment for proc_getActiveCustomers ? I think this is a good idea, but I have never heard of testing in environments outside of development. It makes me wonder if there is a flaw that I don’t know about.
The direction I'm going to is to have a list of environments in the code, and then pass that environment to my unit test.
source share