为开发以外的环境编写测试是个好主意吗?

jco*_*lum 4 deployment unit-testing

假设我有一套(相当典型的)环境:PROD, UAT, QA, DEV.在所有环境中运行测试是一个好主意吗?

这就是我的想法.我在SQL中有一个我的代码依赖的proc,我会称之为proc_getActiveCustomers.如果该proc不存在,我的应用程序将快速向南移动.所以我编写了一个测试,检查数据库中是否存在此proc.这里没什么新鲜的.

但是当我将我的应用程序部署到QA环境时,我是否还想要一个测试来检查该环境是否存在proc_getActiveCustomers?我认为这是一个好主意,但我从未听说过在开发之外的环境中进行测试.让我想知道是否有一些我不知道的缺点.

我要去的方向是在代码中有一个环境列表,然后将该环境传递给我的单元测试.

Pét*_*rök 5

这被称为冒烟测试,恕我直言,这也是一个好主意(也是).

冒烟测试是一种快速(一组)测试,以确保产品正确安装并且基本上似乎处于工作状态.与集成,负载等测试相比,这些测试更彻底,消耗资源,并且经常以不期望的方式改变系统的状态,因此不适合于生产环境.