unit-testing - 为开发以外的环境编写测试是个好主意吗？

Question

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

这就是我的想法。我的代码所依赖的 SQL 中有一个 proc，我将其称为 proc_getActiveCustomers .如果该过程不存在，我的应用程序将很快向南运行。所以我写了一个测试来检查这个过程在数据库中的存在。这里没有什么新鲜事。

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

我要走的方向是在代码中有一个环境列表，然后将该环境传递到我的单元测试中。

Answer 1

这称为 smoketest ，恕我直言，这对您来说也是一个好主意(也是)。

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