Hi all,
Since this weekend, I have spent some time working on a set of Perl
scripts to prototype the back-end system that will aggregate the data
and present it for review (pre-analysis).
I started on this to replace the static developer table that I was using
to augment The List. I think most of what I am doing will need to be
rewritten in SQL to scale up, but I wanted the first draft to avoid any
serious external dependencies (e.g. a SQL engine).
These scripts work on plain text table files: one line per row, '\t'
delimits the columns. The 'tool.pl' script can be used to manipulate
the data from the shell (or other non-Perl scripts), and the 'html.pl'
script can convert the data into cross-linked static HTML pages. Both
use the included 'Tables.pm', which I whipped together this weekend for
this purpose.
The tables track reports from users detailing the results from running
the regression test suite. A "report" will specify the "platform",
"interface", and "target" or "board" that was tested by the "user",
along with the 'version' of OpenOCD, the test 'results', along with a
'comment'. In this description, words in double-quotes ('"')
effectively describe various primary tables, while the words in
single-quotes ("'") describe column fields.
Similarly, each user may specify a list of devices that they can use for
testing, so specific users may be prompted for testing particular
configurations. This last feature also allows me to create a developer
roster that improves on the one that I had been tracking in The List
(until r1828).
Presently, this user-tracking half is (all but) complete, since that was
the reason I started this work. The reporting then builds on it; users
with one platform, interface and target should not be made to specify
these parameters repeatedly when they will be contributing a single
time-series of data points.
Known problems:
- I have tried to KISS, so there are going to be definite limits.
- Additional database design work needs to be done.
- Static output only.
- Missing an 'email.pl' script to provide a gateway from e-mail messages
sent by the automated tester.
- Automated tester does not report PASS/FAIL and send e-mails.
I will try to post my initial implementation in the next day or two, but
I am curious what others think of this approach.
Cheers,
Zach Welch
Corvallis, OR
_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development