A piece :-) of code may be better than a piece of database vendor
related log data.
But creating a different output from mylog into a more general list of
SQLXXX function
calls would be a good starting point to create reusable code pieces -
in any language.
Cascaded code translators then would generate test snippets for an
existing test
framework.
This way, we would get many test snippets very fast. They must be
approved for
insertion into the test suite, but I think not more work than an
approval procedure.
The idea to generate test descriptions from logfiles in general is
good. But the whole
system shouldn't related to pgSQLODBC only - in my opinion :-)
If you agree, then it should be designed more modular.
Such as input filters to translate vendor log data to a more general
APIXXX call log data.
Then we would not depend on the input. And ending with different output
translators.
I agree with Marc, to first have a look at the unixODBC test suite.
Ehhh, here is a (good - in my opinion) parsing generator tool:
http://www.devincook.com/goldparser/
Lothar