如何使用pgTAP在PostgreSQL中测试PROCEDURE?

时间:2018-12-13 20:06:40

标签: postgresql postgresql-11 pgtap

是否有使用PROCEDURE对PostgreSQL 11+ FUNCTION(不是pgTap)进行单元测试的最佳实践。

例如,如何建议对这样的存储过程进行单元测试:

CREATE OR REPLACE PROCEDURE foo.do_something(IN i_value INT)
AS
$$
BEGIN
  PERFORM foo.call_function_1(i_value);
  COMMIT;      
  PERFORM foo.call_function_2(i_value);
  COMMIT;      
  CALL foo.another_procedure(i_value);
END;
$$
LANGUAGE plpgsql;

这变得很困难,因为pgTap单元测试通过这样的存储函数运行:

SELECT * FROM runtests('foo'::NAME);

此操作在事务中执行,因此无法执行通过调用COMMITROLLBACK来修改事务状态的存储过程。

1 个答案:

答案 0 :(得分:0)

这是我通过使用接口以及其他语言的模拟框架而得到启发的一种方法。

首先,我们将COMMIT操作移至这样的存储过程:

CREATE PROCEDURE foo.do_commit()
AS
$$
BEGIN
  COMMIT;
END;
$$
LANGUAGE plpgsql;

然后,我们将实际的存储过程更改为调用do_commit,而不是直接使用COMMIT命令。例如:

CREATE OR REPLACE PROCEDURE foo.do_something(IN i_value INT)
AS
$$
BEGIN
  PERFORM foo.call_function_1(i_value);
  CALL foo.do_commit();
  CALL foo.another_procedure(i_value);
END;
$$
LANGUAGE plpgsql;

由于单元测试是在回滚的事务中执行的,因此我们可以将do_commit调用临时替换为模拟的测试对象。测试可能看起来像这样:

CREATE FUNCTION test.test_do_something()
RETURNS SETOF TEXT 
AS 
$$
BEGIN
  CREATE TEMPORARY TABLE commit_calls
  (
    commit_call BOOLEAN NOT NULL DEFAULT TRUE
  )
  ON COMMIT DROP;

  CREATE TEMPORARY TABLE function_calls
  (
    the_value INT NOT NULL
  )
  ON COMMIT DROP;

  CREATE OR REPLACE PROCEDURE foo.do_commit()
  AS
  $mock_do_commit$
  BEGIN
    INSERT INTO commit_calls (commit_call)
    VALUES (DEFAULT);
  END;
  $mock_do_commit$
  LANGUAGE plpgsql;

  CREATE OR REPLACE FUNCTION foo.call_function_1(i_value INT)
  RETURNS VOID
  AS
  $mock_call_function_1$
    INSERT INTO function_calls (the_value)
    VALUES (i_value);
  $mock_call_function_1$
  LANGUAGE sql;

  -- EXECUTE
  CALL foo.do_something(9);
  CALL foo.do_something(100);

  -- VERIFY
  RETURN NEXT assert.is((SELECT COUNT(*) FROM commit_calls)::INT, 2, 'verify transaction commits');
  RETURN NEXT assert.bag_eq(
    'SELECT the_value FROM function_calls',
    'VALUES (9), (100)',
    'verify function call values');
END;
$$
LANGUAGE plpgsql;

该想法是暂时模拟实际的函数调用以进行测试。
这样一来,就可以对存储过程进行单元测试,而无需提交实际事务。
测试结束后,它将回滚事务,并且所有更改都将被丢弃。