要在构建完成但尚未安装时运行并行回归测试，请在顶层目录中输入：

make check

（或者也可以切换到src/test/regress并在那里运行该命令。） 最后你应该会看到类似下面的内容：

=======================
 All 193 tests passed.
=======================

否则会看到哪些测试失败的提示。在认定“失败”表示严重问题 之前，请先阅读下文Section 31.2。

由于这种测试方法会运行一个临时服务器，如果你以 root 用户身份进行构建， 它将无法工作，因为服务器不会以 root 身份启动。推荐做法是不要以 root 身份构建；否则应在安装完成后再执行测试。

如果你把PostgreSQL配置为安装到某个已经存在旧版 PostgreSQL安装的位置，并且在安装新版本之前执行 make check，可能会发现测试失败，因为新程序会尝试使用 已安装的共享库。（典型症状是报出未定义符号。）如果你希望在覆盖旧安装 之前运行测试，就需要使用configure --disable-rpath 进行构建。不过，不建议在最终安装时使用这个选项。

并行回归测试会在你的用户 ID 下启动相当多的进程。目前最大并发度为二十个 并行测试脚本，也就是四十个进程：每个测试脚本都有一个服务器进程和一个 psql进程。因此，如果你的系统对每个用户可创建的 进程数施加限制，请确保该限制至少有五十个左右，否则并行测试中可能会出现 看似随机的失败。如果无法提高该限制，可以通过设置MAX_CONNECTIONS 参数来降低并行度。例如：

make MAX_CONNECTIONS=10 check

这样一次最多只会并发运行十个测试。

要在安装后运行测试（见Chapter 17），请初始化一个数据目录， 并按Chapter 18中的说明启动服务器，然后输入：

make installcheck

或运行并行测试：

make installcheck-parallel

除非通过环境变量PGHOST和PGPORT另行指定， 否则测试会尝试连接本地主机上的默认端口。测试将在名为 regression的数据库中运行；如果已存在同名数据库， 将会被删除。

这些测试还会临时创建一些集簇级对象，例如角色、表空间和订阅。 这些对象的名称都会以regress_开头。请注意，不要对 含有这类真实全局对象名的安装使用installcheck模式。

make check和make installcheck命令 只运行“核心”回归测试，也就是测试 PostgreSQL服务器内置功能的那些测试。 源代码分发包中还包含许多其他测试套件，其中大多与可选过程语言等附加功能 有关。

要运行已选择构建的模块所适用的全部测试套件，包括核心测试，请在构建树 顶层输入以下命令之一：

make check-world
make installcheck-world

这些命令分别像前面为make check和 make installcheck所说明的那样，使用临时服务器或 已安装服务器运行测试。其他注意事项也与前述各自方法相同。请注意， make check-world会为每个受测模块构建单独的实例 （临时数据目录），因此比make installcheck-world 需要更多时间和磁盘空间。

在拥有多个 CPU 内核且操作系统限制不严格的现代机器上，可以通过并行化 显著加快速度。大多数 PostgreSQL 开发人员实际运行所有测试时使用的命令 大致如下：

make check-world -j8 >/dev/null

其中-j的限制通常设为接近或略高于可用核心数。把 stdout丢弃后，在你只想确认测试是否成功时， 就可以免去那些无关紧要的输出。（如果失败， stderr消息通常已经足够判断应该重点查看哪里。）

或者，也可以在构建树相应的子目录中执行make check 或make installcheck来运行单个测试套件。请记住， make installcheck假定你已经安装了相关模块，而不仅仅 是核心服务器。

可以按这种方式调用的附加测试包括：

使用installcheck模式时，这些测试会创建并销毁名称中 包含regression的测试数据库，例如 pl_regression或contrib_regression。 请勿对存在这类非测试数据库的安装使用installcheck模式。

其中一些辅助测试套件会使用Section 31.4中说明的 TAP 基础设施。基于 TAP 的测试仅在 PostgreSQL 以 --enable-tap-tests选项配置时才会运行。对开发而言， 建议启用它；但如果没有合适的 Perl 安装，也可以省略。

有些测试套件默认不会运行，原因可能是它们在多用户系统上运行不安全， 或者需要特殊软件。你可以通过将make变量或环境变量 PG_TEST_EXTRA设置为空白分隔的列表，来决定额外运行 哪些测试套件，例如：

make check-world PG_TEST_EXTRA='kerberos ldap ssl'

目前支持以下取值：

即使在PG_TEST_EXTRA中提到了当前构建配置不支持的特性， 其测试也不会运行。

此外，src/test/modules中还有一些测试会由 make check-world运行，但不会由 make installcheck-world运行。这是因为它们会安装 非生产用途的扩展，或具有其他被认为不适合生产安装的副作用。如果确有需要， 你可以在这些子目录之一中使用make install和 make installcheck，但不建议对非测试服务器这样做。

默认情况下，使用临时安装的测试会采用当前环境中定义的区域设置，以及由 initdb决定的相应数据库编码。通过设置适当的环境变量 来测试不同的区域设置可能很有用，例如：

make check LANG=C
make check LC_COLLATE=en_US.utf8 LC_CTYPE=fr_CA.utf8

出于实现原因，设置LC_ALL不能用于此目的；其他所有与 区域设置相关的环境变量都可以。

在针对现有安装测试时，区域设置由现有数据库集簇决定，不能为测试单独设置。

也可以通过设置变量ENCODING来显式选择数据库编码，例如：

make check LANG=C ENCODING=EUC_JP

只有在区域设置为 C 时，这样设置数据库编码通常才有意义；否则编码会从 区域设置自动选择，而指定与区域设置不匹配的编码会导致错误。

无论是针对临时安装还是现有安装测试，都可以设置数据库编码；不过在后一种 情况下，它必须与该安装的区域设置兼容。

运行回归测试套件时使用的自定义服务器设置可以通过 PGOPTIONS环境变量来设置（适用于允许这样设置的参数）：

make check PGOPTIONS="-c force_parallel_mode=regress -c work_mem=50MB"

在针对临时安装运行时，也可以通过提供预先写好的 postgresql.conf来设置自定义参数：

echo 'log_checkpoints = on' > test_postgresql.conf
echo 'work_mem = 50MB' >> test_postgresql.conf
make check EXTRA_REGRESS_OPTS="--temp-config=test_postgresql.conf"

这对于启用额外日志、调整资源限制，或启用额外的运行时检查（例如 debug_discard_caches）可能很有用。

核心回归测试套件包含少数默认不运行的测试文件，因为它们可能依赖平台， 或者运行时间非常长。你可以通过设置变量EXTRA_TESTS来 运行这些或其他额外测试文件。例如，要运行numeric_big 测试：

make check EXTRA_TESTS=numeric_big

源代码分发包中还包含针对热备静态行为的回归测试。这些测试需要一个正在运行 的主库和一个正在运行的备库，备库正在从主库接收新的 WAL 更改（使用基于文件 的日志传送或流复制均可）。这些服务器不会自动创建，复制的设置也不在此处文档 说明。请查阅文档中有关所需命令和相关问题的各个章节。

要运行热备测试，首先在主库上创建一个名为regression 的数据库：

psql -h primary -c "CREATE DATABASE regression"

接下来，在主库上的 regression 数据库中运行准备脚本 src/test/regress/sql/hs_primary_setup.sql，例如：

psql -h primary -f src/test/regress/sql/hs_primary_setup.sql regression

等待这些更改传播到备库。

现在将默认数据库连接设置为指向被测备库（例如，通过设置PGHOST 和PGPORT环境变量）。最后，在回归测试目录中运行 make standbycheck：

cd src/test/regress
make standbycheck

还可以使用脚本 src/test/regress/sql/hs_primary_extremes.sql 在主库上生成一些极端行为，以测试备库的行为。