From Fedora Project Wiki

(Default key-values for basic test classes)
Line 1: Line 1:
=== Result ===
== Result ==


[[Image:Autoqa_resultdb_dbschema_4.png]]
[[Image:Autoqa_resultdb_dbschema_4.png]]
Line 9: Line 9:
Each test may return additional data (in key-value format) which it needs to store (e.g. compose date, envra,...) - TestrunData is the place to store these.
Each test may return additional data (in key-value format) which it needs to store (e.g. compose date, envra,...) - TestrunData is the place to store these.


=== Idea 1 ===
=== Default key-values for basic test classes ===
 
==== Installation tests ====
* release_name
* compose_date
* arch
 
==== Repository tests ====
* repo_name
* compose_date
* arch
 
==== Package tests ====
* name
* envr
* arch
 
Recommended:
* koji_tag
 
Specific keyval examples - tests using Bodhi hook:
* bodhi_tag/request -- to mark in which state in Bodhi the package was
 
Specific keyval examples - comparative tests:
* counterpart_name
* counterpart_envr
* counterpart_koji_tag
* counterpart_bodhi_tag/request, ...
 
== Idea 1 ==
[[Image:autoqa_resultdb_schema.png|1000px]]
[[Image:autoqa_resultdb_schema.png|1000px]]


=== Idea 2 (UML) ===
== Idea 2 (UML) ==
[[Image:autoqa_resultdb_schema2.png]]
[[Image:autoqa_resultdb_schema2.png]]


=== Idea 3 (UML) ===
== Idea 3 (UML) ==
[[Image:autoqa_resultdb_schema3.png]]
[[Image:autoqa_resultdb_schema3.png]]

Revision as of 12:00, 12 April 2010

Result

Autoqa resultdb dbschema 4.png

Testrun is the representation of the whole test result. The test this testrun represents may implement more phases (one testrun may contain 0..* phases) - All we worry about in test phase is it's name and result).

If one needs to encapsulate more testruns into one (merely imaginary) unit, it's possible to aggregate those testruns using Job (one job may contain 0..* Testruns).

Each test may return additional data (in key-value format) which it needs to store (e.g. compose date, envra,...) - TestrunData is the place to store these.

Default key-values for basic test classes

Installation tests

  • release_name
  • compose_date
  • arch

Repository tests

  • repo_name
  • compose_date
  • arch

Package tests

  • name
  • envr
  • arch

Recommended:

  • koji_tag

Specific keyval examples - tests using Bodhi hook:

  • bodhi_tag/request -- to mark in which state in Bodhi the package was

Specific keyval examples - comparative tests:

  • counterpart_name
  • counterpart_envr
  • counterpart_koji_tag
  • counterpart_bodhi_tag/request, ...

Idea 1

Autoqa resultdb schema.png

Idea 2 (UML)

Autoqa resultdb schema2.png

Idea 3 (UML)

Autoqa resultdb schema3.png