.. ok
test dependency ... ok
test guc ... ok
test bitmapops ... ok
test combocid ... ok
test tsearch ... ok
test tsdicts ... ok
test foreign_data ... ok
test window ... ok
test xmlmap ... ok
test functional_deps ... ok
test advisory_lock ... ok
test json ... ok
test plancache ... ok
test limit ... ok
test plpgsql ... ok
test copy2 ... ok
test temp ... ok
test domain ... ok
test rangefuncs ... ok
test prepare ... ok
test without_oid ... ok
test conversion ... ok
test truncate ... ok
test alter_table ... ok
test sequence ... ok
test polymorphism ... ok
test rowtypes ... ok
test returning ... ok
test largeobject ... ok
test with ... ok
test xml ... ok
test stats ... ok
=======================
All 136 tests passed.
=======================
?
4. 结果判断
PG的regress test的流程为：逐个执行sql/目录下的sql脚本，将执行的结果重定向到results/目录下。而expected/目录下则是预期的执行结果。将results目录下的文件逐个与expected中文件进行diff。若文件不一致，则判定为对应的sql脚本执行结果为失败，反之为成功。
?
5. 自做成test case的方法
根据4中介绍的regress test的执行流程可知，自做成test case的方法相当简单，可分为如下3步：
?
在sql/目录下加入自做成的test case的sql脚本。在expected/目录下加入自做成test case的sql脚本的正确结果。需要注意的是，由于判断是使用diff命令，因此即使空格符也会导致diff的结果失败。所以，做成expected目录下的结果文件需要十分注意。在parallel_schedule/ serial_schedule文件中添加调用sql脚本。
?
6. 注意事项：
在使用regress test时，有如下几点需要注意：
?
如果使用临时安装的测试方式，pg的端口都是hard code的，使用前需要却用这些端口的占用情况。如果使用已安装的测试方式，测连接数据库时，会使用coord的默认端口5432。所以必须使用默认安装的数据库集群才能使用已安装方法的回归测试。
?