经营范围网站建设,安卓应用开发教程,网站活动策划怎么做,链接购买目录
一、回归测试说明
二、单独执行测试用例#xff08;开发调试#xff09; 一、回归测试说明
opengauss/postgresql 的回归测试#xff0c;通过执行SQL比较输出打印#xff0c;判断代码修改是否改变了其它功能逻辑。
OG的回归测试大体上和PG类似#xff0c;主要是通…目录
一、回归测试说明
二、单独执行测试用例开发调试 一、回归测试说明
opengauss/postgresql 的回归测试通过执行SQL比较输出打印判断代码修改是否改变了其它功能逻辑。
OG的回归测试大体上和PG类似主要是通过pg_regress执行这是个C语言编写的可执行程序。它执行的测试流程是安装、初始化、启动数据库实例用gsql/psql连接跑测试脚本比较测试结果调用smartmatch.pl这是工作全部是pg_regress做的。和我以前接触的trafodion相比pg_regress做了许多应该是脚本做的事情。
测试相关的可执行文件Makefile、测试用例都在源码目录 openGauss-server/src/test/regress 下面。可以在这个目录下单独编译和触发测试例如 make make fastcheck_single 典型的运行回归测试的方法是在regress目录下执行 make fastcheck_single 它会调用GNUMakefile里的 fastcheck_single 目标下的命令可以先执行 make -n fastcheck_single 看一下它都做了些什么操作。
这种方式调用pg_regress会做下面的工作
1、将版本安装到 tmp_check目录下make install DESTDIR。
2、初始化gs_initdb。
3、启动opengauss服务器。
4、调用gsql连接服务器跑测试用例。
5、比较expected目录下的out文件和对应的results目录下的out文件会用到smartmatch.pl脚本用来处理一些模糊匹配如系统时间导致expected和results不同会屏蔽掉。例如下面的差异部分经过smartmatch.pl处理后pg_regress会认为相同。 实际上包含 --?.* 的一整行都会被忽略掉不会比较。 pg_regress 内部调用gsql 跑sql脚本这些sql脚本就是测试用例在openGauss-server/src/test/regress/sql目录下。
在openGauss-server/src/test/regress/expected目录下是以前跑完脚本后“正确”的结果。
在openGauss-server/src/test/regress/results目录下是本次跑完脚本的结果比较expected和results下对应的文本文件相同则认为测试用例通过。
pg_regress 并不直接输入sql目录下的脚本而是以regress目录下的parallel_scheduleXX或者serial_schedule作为输入它们是文本文件格式如下 # test: large_sequence test: create_schema test: auto_analyze_test test: display_leading_zero datefunc_compatibility test: a_outerjoin_conversion test: triggers_traverse test: sequence_new test: synonym 其实这是个批处理文件告诉pg_regress去调用sql目录下的哪些sql文件这些sql文件就是测试用例例如test: create_schema表示pg_regress会调用sql目录下的create_schema.sql# 号表示注释从名称来看pg_regress可以并行执行脚本。
parallel_scheduleXX文件名通过pg_regress的命令行参数--schedule传入
如果想增加测试用例可以在sql目录下已有的脚本里增加也可以在sql目录下新增一个脚本如果是新增例如my_test_case.sql还需在parallel_scheduleXX增加形如 test: my_test_case.sql sql目录下的sql脚本格式与普通的sql脚本相同。
make fastcheck_single 会执行parallel_schedule0的里的测试这也是gitee上合入前的看护测试。
也可以自定义批处理文件通过--schedule传给pg_regress。 回归测试的调用流程
make fastcheck_single -- pg_regress -- gsql -- diffsmartmatch
regress目录下的GNUmakefile可以看到 fastcheck_xx 的定义从而可以看到pg_regress命令行的使用opengauss的对pg_regress做了修改但是文档说明没有跟上导致很难用。 二、单独执行测试用例开发调试
如果我想连接已有的opengauss实例执行回归测试怎么办呢特别是有时我只想跑一个测试用例而且要不断反馈不断修改。
经过多次测试我摸索出一套方法
1、设置环境变量例如 export GAUSSHOME/mnt/disk01/OpenGauss/debug-opengauss-server export PATH$GAUSSHOME/bin:$PATH export LD_LIBRARY_PATH$GAUSSHOME/lib:$LD_LIBRARY_PATH 就是运行的opengauss实例的根目录设为GAUSSHOMEbin目录加到PATHlib目录加到LD_LIBRARY_PATH。
2、使用下面参数直接调用pg_regress到regress目录下调用 ./pg_regress --inputdir. --top-builddir../../.. -d 1 -c 0 -p 5432 -r 1 --single_node --schedulemy_seq_test --regconfregress.conf --inputdir 设为当前目录。
--top-builddir 是opengauss源码根目录。
-d 在pg_regress的帮助里没有是datanode的个数单节点就设为1。
-c 在pg_regress的帮助里没有coordnode个数单节点就设为0。
-p opengauss服务实例的端口号。
-r 2表示只安装数据库不运行1表示安装运行数据库并且跑回归测试0表示安装并运行数据库但是不跑回归测试这里设为1
--single_node 表示单节点。
--schedule 指定一个文本文件里面是test: xxx的格式指定了测试用例脚本名对应sql目录下的xxx.sql。
--regconf 是给pg_regress用的配置文件我对regress目录下的regress.conf做了一点修改performance_data_printing off 否则会打印一些错误信息。
3、当出错时可以手动比较results和expected例如 vimdiff expected/large_sequence.out results/large_sequence.out 4、pg_regress内部掉用gsql的命令格式为 gsql -X -p 5432 -a -q -d regression -C sql/large_sequence.sql results/large_sequence.out 21 也可以自己直接调用跑出结果文件和expected比较。 vimdiff expected/large_sequence.out results/large_sequence.out 参考
pull request关联issue
Pull Request 关联 Issue - Gitee.com
commit 关联 issue
Commit 关联 Issue - Gitee.com
opengauss社区命令
contributors/command.md · openGauss/community - Gitee.com
