Version 1 (modified by cmlenz, 19 years ago) (diff) |
---|
Bitten Data Storage
The data generated by automated builds can almost always be mapped to the physical and/or the logical view of the code base, where the physical view corresponds to files and line numbers, while the logical view is composed of units such as packages, classes and functions. Specific metrics basically annotate either view with the extracted information. The structure of the annotation, however, depends entirely on the type of metric.
For example, test results might have the following attributes:
- Name of the test
- Result: success, failure or error
- Error message and stack trace (in case of an error or failure)
- Output of the test (standard error and output streams)
- Time it took to execute the test
Other data such as compilation errors and warnings would only consist of the message of the error or warning. Code coverage would annotate each line in the code base with the number of times that line has been executed, and in addition accumulate coverage statistics on a per-file or per-class basis.
Attachments (1)
-
tables.png
(18.7 KB) -
added by cmlenz 19 years ago.
Database schema for report storage
Download all attachments as: .zip