Squash Tm version 2.2.1.RC1 : Dictionnaire de donnees

ACTION_TEST_STEP

This table stores "action" tests steps, i.e. steps with an action and expected result, which were formerly stored in TEST_STEP

Colonnes


ACTION_WORD

Add action word table

Colonnes


ACTION_WORD_FRAGMENT

Create ACTION_WORD_FRAGMENT table

Colonnes


ACTION_WORD_LIBRARY

Create action word library table

Colonnes


ACTION_WORD_LIBRARY_NODE

Create action word library node table

Colonnes


ACTION_WORD_PARAMETER

Create new table for Action word parameter elements

Colonnes


ACTION_WORD_PARAMETER_VALUE

Create new table for Action word parameter value

Colonnes


ACTION_WORD_TEXT

Create new table for Action word text elements

Colonnes


ATTACHMENT

Cette table stockera les pieces jointes. La piece elle même est un blob stocke a part dans la table ATTACHMENT_CONTENT. La relation entre les deux tables est 1-1

Colonnes


ATTACHMENT_CONTENT

Cette table contient le contenu d'une pièce jointe, dont les meta infos sont stockees dans la table ATTACHMENT. La relation entre les deux tables est 1-1

Colonnes


ATTACHMENT_CONTENT

Cette table contient le contenu d'une pièce jointe, dont les meta infos sont stockees dans la table ATTACHMENT. La relation entre les deux tables est 1-1

Colonnes


ATTACHMENT_LIST

Cette table matérialise une liste d'ATTACHMENT. Bien qu'elle ne contienne que sa clé primaire, sa raison d'exister est, au niveau de l'application, de fournir une entité indépendante des entités métier auquel on rajoute les pièces jointes.

Colonnes


AUTOMATED_EXECUTION_EXTENDER

Table for the automated executions extender. An automated execution is an extension to Executions that handles things related to test automation. The correct business model would have been that an automated execution is a specialization of execution, thus inherited from it. Sadly Hibernates got in the way so we came up with that solution instead.

Colonnes


AUTOMATED_SUITE

Creation of the automated suites table. Note that althought its ID is still the primary key, it won't be autogenerated : the system will supply it along the rest instead. A automated suite groups together a bunch of test automation executions, which themselves refer to test automation tests.

Colonnes


AUTOMATED_TEST

Creation of the table AUTOMATED_TEST

Colonnes


AUTOMATED_TEST_TECHNOLOGY

create automated test technology table

Colonnes


AUTOMATION_REQUEST

Create table AUTOMATION_REQUEST to Gherkin's test cases

Colonnes


AUTOMATION_REQUEST_LIBRARY

Creating the AutomationRequestLibrary

Colonnes


AUTOMATION_REQUEST_LIBRARY_CONTENT

The automation request library content table

Colonnes


AWLN_RELATIONSHIP

Create action word library node relationship table

Colonnes


AWLN_RELATIONSHIP_CLOSURE

closure table for action word library nodes. Its content is set and modified by 4 triggers

Colonnes


BUGTRACKER

To connect Squash TM to a bugtracker, you must provide the name and the url of the bugtracker. The mantis plugin is shipped with the application IFRAME_FRIENDLY :tells if the bugtracker page can be accessed through an iframe : if the response header of the bugtracker page has the property [X-Frame-Options = DENY] the answer is false URL : must point to the base name of the end point. Eg : http://www.yourdomain.com/mantis . Tips : Prefer IPs over localhost and domain names over IPs. If you don't some minor issues may occur when reporting an issue.

Colonnes


BUGTRACKER_BINDING

Bugtracker project represent the project's name in a configured bugtracker

Colonnes


BUGTRACKER_PROJECT

Colonnes


CALL_TEST_STEP

This table stores "call" tests steps, i.e. steps which call an entire test case

Colonnes


CAMPAIGN

Cette table gere les campagnes proprement dites. Une entree dans cette table indique que l'element reference dans la table CAMPAIGN_LIBRARY_NODE par la cle primaire (egalement cle etrangere) est de type campagne.

Colonnes


CAMPAIGN_FOLDER

Cette table est rudimentaire. La cle primaire est simplement une cle etrangere vers la table CAMPAIGN_LIBRARY_NODE (relation qualifiante). Une entree dans cette table indique que l'element indexe par cette cle est de type repertoire.

Colonnes


CAMPAIGN_ITERATION

Colonnes


CAMPAIGN_LIBRARY

Cette table gere les bibliotheques de campagnes. Une bibliotheque de campagnes peut contenir plusieurs repertoires et/ou campagnes, ces deux entites etant regroupees sous l'appellation generique d'element de bibliotheque de campagnes (campaign library nodes).

Colonnes


CAMPAIGN_LIBRARY_CONTENT

Cette table gere les bibliotheques de campagnes. Une bibliotheque de campagnes peut contenir plusieurs repertoires et/ou campagnes, ces deux entites etant regroupees sous l'appellation generique d'element de bibliotheque de campagnes (campaign library nodes).

Colonnes


CAMPAIGN_LIBRARY_NODE

Cette table represente un element (generique) faisant partie d'une bibliotheque de campagne. Cet element generique peut representer soit un repertoire, soit une campagne. Pour cette raison, que l'utilisateur cree l'un ou l'autre cette table sera necessairement alimentee, et contiendra la cle primaire de l'element en question. Toutefois le type reel de l'element (campagne ou repertoire) n'est pas renseigne, il est necessaire de rechercher si la cle est referencee dans la table CAMPAIGN_FOLDER ou CAMPAIGN pour determiner si cet element releve de l'un ou l'autre.

Colonnes


CAMPAIGN_TEST_PLAN_ITEM

We have to set campaign_ID and Test_plan_order to "true" to let hibernate persist new items

Colonnes


CHART_AXIS_COLUMN

This table holds which CHART_COLUMN_PROTOTYPE are the axes for a given chart.

Colonnes


QUERY_COLUMN_PROTOTYPE QUERY_COLUMN_PROTOTYPE

This table holds referential data only (users cannot populate it) : it lists every single columns that can be used in a custom chart. Here, a column is basically an attribute from an entity. Theses columns are merely options proposed to the user. Once the user confirmed that he wants to include a particular column in a custom chart, and in which context (as a measure, an axis or applying a filter on it), the entries from this table will be referenced by entries in tables FILTER, AXIS_COLUMN or MEASURE_COLUMN. Some columns aren't proper attributes of an entity but rather the result of an expression. This expression is itself expressed as a CHART_QUERY. For this reason a COLUMN_PROTOTYPE may point to a CHART_QUERY via a (nullable) foreign key. Last, some columns aren't supposed to be available to the user and used in a chart. The attribute 'BUSINESS' = true indicates that the user is allowed to use them.

Colonnes


CHART_COLUMN_ROLE

The CHART_COLUMN_ROLES precises in which roles a particular CHART_COLUMN_PROTOTYPE can be used : 'AXIS', 'FILTER' or 'MEASURE'.

Colonnes


CHART_DEFINITION

The table CHART_DEFINITION describes the custom charts created by the user. Along with the informations stored in this table a CHART_DEFINITION refers to a CHART_QUERY, which aggregates the unit blocks that constitute the data elligible for plotting.

Colonnes


CHART_FILTER

A CHART_FILTER restricts the values a CHART_COLUMN_PROTOTYPE may have for a given chart. A CHART_FILTER will compare the value of a CHART_COLUMN_PROTOTYPE with one or several CHART_FILTER_VALUES using a comparison operator.

Colonnes


CHART_FILTER_VALUES

This table holds the values used in a CHART_FILTER.

Colonnes


CHART_MEASURE_COLUMN

This table store which columns are the measures the user is interested to see. They consists of an aggregation operation applied to a CHART_COLUMN_PROTOTYPE.

Colonnes


CHART_PROJECT_SCOPE

Colonnes


QUERY_MODEL QUERY_MODEL

The table CHART_QUERY aggregates 1..* CHART_MEASURE_COLUMN, 1..* CHART_AXIS_COLUMN and 0..* CHART_FILTER (see these table for more informations). It may be referenced by either a CHART_DEFINITION (as a query), either a COLUMN_PROTOTYPE (as a subquery).

Colonnes


CHART_SCOPE

The scope is a particular filter on the data : it restrict the perimeter from which the measured entities can be chosen, for example from project X and folder Y

Colonnes


CLN_RELATIONSHIP

Cette table gere la hierarchie entre elements d'une bibliotheque de campagne, associant un element fils a un repertoire parent (si non NULL) ou eventuellement aucun (NULL, dans le cas ou l'element est a la racine de la bibliotheque de campagne).

Colonnes


CLN_RELATIONSHIP_CLOSURE

closure table for campaign library nodes. Its content is set and modified by four triggers, see changeset 'tm-1.3-feat-1112.07-mysql' or 'tm-1.3-feat-1112.07-h2'.

Colonnes


CONNECTION_ATTEMPT_LOG

Create Connection Attempt Log Table

Colonnes


CORE_PARTY

Create tables CORE_PARTY, CORE_TEAM

Colonnes


CORE_PARTY_AUTHORITY

The table CORE_PARY_AUTHORITY stores personal authorities. As for TM 1.8.0 the users and teams now have blanket permissions (aka authorities) for themselves, not only via core_group membership. However, a user will still belong to one of the CORE_GROUPs and the personal authorities will stack with the authorities of the group they belong to.

Colonnes


CORE_TEAM

Create tables CORE_PARTY, CORE_TEAM

Colonnes


CORE_TEAM_MEMBER

create table team member

Colonnes


CRLN_RELATIONSHIP

This table contains the relations between two custom reports nodes. If a node is root, parent id will be null and descendant id will be itself. a given node can be referenced as descendant only one time so we can map the join with hibernate

Colonnes


CRLN_RELATIONSHIP_CLOSURE

closure table for custom report library nodes. Its content is set and modified by four triggers

Colonnes


CUSTOM_EXPORT_COLUMN

Create new tables to store the scope and the columns of a custom export

Colonnes


CUSTOM_EXPORT_SCOPE

Create new tables to store the scope and the columns of a custom export

Colonnes


CUSTOM_FIELD

Creates a table for Custom Fields

Colonnes


CUSTOM_FIELD_BINDING

Creates a table for Custom Fields Binding

Colonnes


CUSTOM_FIELD_OPTION

Creates a table for Custom Fields Options

Colonnes


CUSTOM_FIELD_RENDERING_LOCATION

Creates a table for rendering locations of a bound custom field

Colonnes


CUSTOM_FIELD_VALUE

The table CUSTOM_FIELD_VALUE holds instances of a CUSTOM_FIELD that are bound to instances of : test cases, requirement version, campagnes, iterations and test suites. A custom field value is created when a custom field binding is created or an entity subject to an existing custom field binding is created. A custom field value is destroyed when the bound entity instance is destroyed or the custom field binding is destroyed. Note that in this table the coupling between the custom field value and the bound entity is week : it consists of a pair of Type/ID (BINDABLE_ENTITY_TYPE and BINDABLE_ENTITY_ID) rather than a foreign key to the said entity, nor is true the opposite ( ie no FK from a test case to a custom field value).

Colonnes


CUSTOM_FIELD_VALUE_OPTION

Creating the values table for multi-valued custom fields, much like CUSTOM_FIELD_OPTION is. Note : the DELETE CASCADE on the foreign key is necessary because Hibernate won't do it (as specified, see HHH-5529)

Colonnes


CUSTOM_REPORT_CHART_BINDING

This table contains the relations between two custom reports nodes. If a node is root, parent id will be null and descendant id will be itself. a given node can be referenced as descendant only one time so we can map the join with hibernate

Colonnes


CUSTOM_REPORT_CUSTOM_EXPORT

Create new object CustomExport in Custom Report Workspace

Colonnes


CUSTOM_REPORT_DASHBOARD

This table contains the relations between two custom reports nodes. If a node is root, parent id will be null and descendant id will be itself. a given node can be referenced as descendant only one time so we can map the join with hibernate

Colonnes


CUSTOM_REPORT_FOLDER

This table contains the relations between two custom reports nodes. If a node is root, parent id will be null and descendant id will be itself. a given node can be referenced as descendant only one time so we can map the join with hibernate

Colonnes


CUSTOM_REPORT_LIBRARY

Colonnes


CUSTOM_REPORT_LIBRARY_NODE

Colonnes


CUSTOM_REPORT_REPORT_BINDING

Colonnes


DATASET

Add tables to handle test cases DATASETS

Colonnes


DATASET_PARAM_VALUE

Add tables to handle test cases DATASETS

Colonnes


DENORMALIZED_FIELD_OPTION

Adding denormalized field option table for editable denormalized list valued cufs

Colonnes


DENORMALIZED_FIELD_RENDERING_LOCATION

Create table for denormalized field rendering location

Colonnes


DENORMALIZED_FIELD_VALUE

The table DENORMALIZED_FIELD_VALUE holds instances of a FIELD that are bound to instances of : executions, execution-steps when they are created from test-cases or test-case-steps holding CUSTOM_FIELDS. A "denormalized field value" is destroyed when the "denormalized field holder" instance is destroyed. Note that in this table the coupling between the "denormalized field value" and the "denormalized field holder" is week : it consists of a pair of Type/ID (DENORMALIZED_FIELD_HOLDER_TYPE and DENORMALIZED_FIELD_HOLDER_ID) rather than a foreign key to the said entity, nor is true the opposite ( ie no FK from an execution to a denormalized field value).

Colonnes


DENORMALIZED_FIELD_VALUE_OPTION

Same table for the denormalized field values

Colonnes


DISABLED_EXECUTION_STATUS

Colonnes


EXECUTION

Table des executions. Une execution correspond à un cas de test, et ses pas d'execution correspondent à des pas de test. Pour assurer un contrôle sur les modifications de l'entité source une référence est gardée vers le cas de test source.

Colonnes


EXECUTION_EXECUTION_STEPS

Cette table associe une executions à ses pas d'execution. Cette table d'association existe pour ajouter un attribut d'ordre (la liste des pas executions est ordonnée). La clé primaire est ici composite, et ne doit pas être autogénérée.

Colonnes


EXECUTION_STEP

Cette table gère les pas d'execution d'une execution. Voir la table EXECUTION pour plus de détails.

Colonnes


INFO_LIST

creating the table structure for parameterized list

Colonnes


INFO_LIST_ITEM

creating the table structure for parameterized list

Colonnes


ISSUE

This table maintains the mapping between an issue in Squash and an issue in the remote bugtracker

Colonnes


ISSUE_LIST

each Squash entity that may be attached to one or several bugs will be given an issue list. This table will maintain that list, an entry means that some entity refering to it have several.

Colonnes


ITERATION_TEST_PLAN_ITEM

Cette table associe un cas de test avec une liste d'execution. Elle conserve également en mémoire le status d'execution, qui devra sera mis à jour au fur et à mesure qu'une execution est ajoutée ou exécutée.

Colonnes


ITEM_TEST_PLAN_EXECUTION

Associe les executions aux test plans

Colonnes


ITEM_TEST_PLAN_LIST

Cette table associe une iteration a ses test plans. Cette table d'association existe pour ajouter un attribut d'ordre (la liste des test plans est ordonnée). La clé primaire est ici composite, et ne doit pas être autogénérée.

Colonnes


ITERATION

Colonnes


ITERATION_TEST_SUITE

Association table between ITERATION and TEST_SUITE. Like in many other places here, the purpose of this association table is not to model a n-n cardinality between ITERATION and TEST_SUITE, but 1-n. We thus gain performance at the expense of the model quality.

Colonnes


KEYWORD_EXECUTION

Create KEYWORD_EXECUTION table. Update SCRIPTED_EXECUTION_EXTENDER table/column.

Colonnes


KEYWORD_TEST_CASE

Create KEYWORD_TEST_CASE table. Update SCRIPTED_TC_EXTENDER table/column

Colonnes


KEYWORD_TEST_STEP

Add keyword test step table

Colonnes


LIBRARY_PLUGIN_BINDING

As of now X_LIBRARY_PLUGINS are merged in the single table LIBRARY_PLUGIN_BINDING

Colonnes


LIBRARY_PLUGIN_BINDING_PROPERTY

create the table LIBRARY_PLUGIN_PROPERTY

Colonnes


MILESTONE

Table for Milestones

Colonnes


MILESTONE_BINDING

Table for MilestoneBinding

Colonnes


MILESTONE_BINDING_PERIMETER

Table for MilestoneBindingPerimeter

Colonnes


MILESTONE_CAMPAIGN

Creating the tables modeling the relationships between milestones and test cases, requirement versions and campaigns

Colonnes


MILESTONE_REQ_VERSION

Creating the tables modeling the relationships between milestones and test cases, requirement versions and campaigns

Colonnes


MILESTONE_TEST_CASE

Creating the tables modeling the relationships between milestones and test cases, requirement versions and campaigns

Colonnes


oauth_access_token

Tables for OAuth2 Support

Colonnes


oauth_approvals

Tables for OAuth2 Support

Colonnes


oauth_client_details

Tables for OAuth2 Support

Colonnes


oauth_client_token

Tables for OAuth2 Support

Colonnes


oauth_code

Tables for OAuth2 Support

Colonnes


oauth_refresh_token

Tables for OAuth2 Support

Colonnes


PARAMETER

Add table to handle test cases PARAMETERS

Colonnes


PARTY_PREFERENCE

Colonnes


PROJECT

Table representant les projets englobants les libraries d'entite que nous utilisons.

Colonnes


PROJECT_FILTER

Colonnes


PROJECT_FILTER_ENTRY

Colonnes


TEST_AUTOMATION_PROJECT

The associative table TM_TA_PROJECTS is totally re-purposed as TEST_AUTOMATION_PROJECT (and the former table is ditched).

Colonnes


QUERY_AGGREGATION_COLUMN

This table indicates which projected columns are aggregated on for a given query.

Colonnes


QUERY_FILTER_COLUMN

This table defines the columns on which one want to filter the data.

Colonnes


QUERY_FILTER_VALUES

This table holds the values used by a QUERY_FILTER_COLUMN.

Colonnes


QUERY_ORDERING_COLUMN

This table indicates how the projected columns are ordered.

Colonnes


QUERY_PROJECTION_COLUMN

This table define which columns are part of tuple returned by a query.

Colonnes


REMOTE_AUTOMATION_REQUEST_EXTENDER

Create new table for RemoteAutomationRequestExtender

Colonnes


REMOTE_SYNCHRONISATION

Add a remote synchronisation table in squash tm.

Colonnes


REPORT_DEFINITION

Colonnes


REQUIREMENT

Cette table gere les exigences proprement dites. Une entree dans cette table indique que l'element reference dans la table REQUIREMENT_LIBRARY_NODE par la cle primaire (egalement cle etrangere) est de type exigence.

Colonnes


REQUIREMENT_AUDIT_EVENT

This table is the main table of the event logging system, in other words the history of a business entity. As for Squash TM version 1.1.0 and until further notice, we log here requirement modifications only. It may grows to log other entities in the future, ie test cases. Note : the application will fill this table itself, since we don't want triggers in the database.

Colonnes


REQUIREMENT_CREATION

It is a child table of REQUIREMENT_AUDIT_EVENT. This table exists for the sole purpose of qualifying a given event in a creation event, as such its content is empty (the sheer presence of an entry in this table is sufficient)

Colonnes


REQUIREMENT_FOLDER

Cette table est rudimentaire. La cle primaire est simplement une cle etrangere vers la table REQUIREMENT_LIBRARY_NODE (relation qualifiante). Une entree dans cette table indique que l'element indexe par cette cle est de type repertoire.

Colonnes


REQUIREMENT_FOLDER_SYNC_EXTENDER

Add a remote folder synchronisation table in squash tm.

Colonnes


REQUIREMENT_LARGE_PROPERTY_CHANGE

This is a child table of REQUIREMENT_AUDIT_EVENT. This table will log updates on the target entity. Not every operations will be logged. Note 1 : As for version 1.1.0 and until further notice for the sake of simplicity we log both the former and the new value. It may change in the future. Note 2 : For technical reasons this table exists in two flavors. The twin table is REQUIREMENT_PROPERTY_CHANGE. This table will log blobs, while the other one will log standard attributes.

Colonnes


REQUIREMENT_LIBRARY

Cette table gere les bibliotheques d'exigences. Une bibliotheque d'exigences peut contenir plusieurs repertoires et/ou exigences, ces deux entites etant regroupees sous l'appellation generique d'element de bibliotheque d'exigences (requirement library nodes).

Colonnes


REQUIREMENT_LIBRARY_CONTENT

Cette table associe les bibliotheques d'exigences a leur contenu (elements de bibliotheques d'exigence). Le contenu d'une bibliotheque d'exigence est arborescent et est represente suivant un patron composite (voire REQUIREMENT_LIBRARY_NODE, REQUIREMENT_FOLDER, REQUIREMENT). Par defaut la presente table peut contenir uniquement les references vers les elements fils directs; on peut aussi mettre en relation une bibliotheque d'exigence avec n'importe quel element de son contenu (quelque soit sa profondeur hierarchique) pour des raisons d'optimisation.

Colonnes


REQUIREMENT_LIBRARY_NODE

Cette table represente un element (generique) faisant partie d'une bibliotheque d'exigences. Cet element generique peut representer soit un repertoire, soit une exigence. Pour cette raison, que l'utilisateur cree l'un ou l'autre cette table sera necessairement alimentee, et contiendra la cle primaire de l'element en question. Toutefois le type reel de l'element (exigence ou repertoire) n'est pas renseigne, il est necessaire de rechercher si la cle est referencee dans la table REQUIREMENT_FOLDER ou REQUIREMENT pour determiner si cet element releve de l'un ou l'autre.

Colonnes


REQUIREMENT_PROPERTY_CHANGE

This is a child table of REQUIREMENT_AUDIT_EVENT. This table will log updates on the target entity. Not every operations will be logged. Note 1 : As for version 1.1.0 and until further notice for the sake of simplicity we log both the former and the new value. It may change in the future. Note 2 : For technical reasons this table exists in two flavors. The twin table is REQUIREMENT_LARGE_PROPERTY_CHANGE. This table will log standard attributes, while the other one will log blobs.

Colonnes


REQUIREMENT_SYNC_EXTENDER

This table holds the optional extension for requirement, that flags them as synchronized requirement

Colonnes


REQUIREMENT_VERSION

Creates REQUIREMENT_VERSION table in which we store the versions of requirements

Colonnes


REQUIREMENT_VERSION_COVERAGE

The new table is called "REQUIREMENT_VERSION_COVERAGE"

Colonnes


REQUIREMENT_VERSION_LINK

Colonnes


REQUIREMENT_VERSION_LINK_TYPE

Colonnes


RESOURCE

A tree node organizes resources. These are stored in the RESOURCE table

Colonnes


RLN_RELATIONSHIP

Cette table gere la hierarchie entre elements d'une bibliotheque d'exigences, associant un element fils a un repertoire parent.

Colonnes


RLN_RELATIONSHIP_CLOSURE

closure table for requirement library nodes. Its content is set and modified by four triggers, see changeset 'tm-1.3-feat-1112.06-mysql' or 'tm-1.3-feat-1112.06-h2'.

Colonnes


SCM_SERVER

Add new table for scm (source code management) server.

Colonnes


SCRIPTED_EXECUTION

Create the scripted execution table

Colonnes


SCRIPTED_TEST_CASE

Create the scripted test case table

Colonnes


SIMPLE_RESOURCE

SIMPLE_RESOURCE stores "concrete" resources with a name and a description

Colonnes


STORED_CREDENTIALS

Adding the ability to use application-level credentials that allows Squash interact with a bugtracker on its own (ie instead of requiring the current user to authenticate).

Colonnes


SYNC_REQUIREMENT_CREATION

new requirement audit trail tables for synchronization events

Colonnes


SYNC_REQUIREMENT_UPDATE

new requirement audit trail tables for synchronization events

Colonnes


TCLN_RELATIONSHIP

Cette table gere la hierarchie entre elements d'une bibliotheque de cas de test, associant un element fils a un repertoire parent (si non NULL) ou eventuellement aucun (NULL, dans le cas ou l'element est a la racine de la bibliotheque de cas de test).

Colonnes


TCLN_RELATIONSHIP_CLOSURE

closure table for test case library nodes. Its content is set and modified by four triggers, see changeset 'tm-1.3-feat-1112.05-mysql' or 'tm-1.3-feat-1112.05-h2'.

Colonnes


TEMPLATE_CONFIGURABLE_PLUGIN_BINDING

Add the template_configurable_plugin_binding table.

Colonnes


TEST_AUTOMATION_SERVER

creating table TEST_AUTOMATION_SERVER

Colonnes


TEST_CASE

Cette table gere les cas de test proprement dits. Une entree dans cette table indique que l'element reference dans la table TEST_CASE_LIBRARY_NODE par la cle primaire (egalement cle etrangere) est de type cas de test.

Colonnes


TEST_CASE_FOLDER

Cette table est rudimentaire. La cle primaire est simplement une cle etrangere vers la table TEST_CASE_LIBRARY_NODE (relation qualifiante). Une entree dans cette table indique que l'element indexe par cette cle est de type repertoire.

Colonnes


TEST_CASE_LIBRARY

Cette table gere les bibliotheques de cas de test. Une bibliotheque de cas de test peut contenir plusieurs repertoires et/ou cas de test, ces deux entites etant regroupees sous l'appellation generique d'element de bibliotheque de cas de test (test case library nodes).

Colonnes


TEST_CASE_LIBRARY_CONTENT

Cette table associe les bibliotheques de cas de test a leur contenu (elements de bibliotheques de cas de test). Le contenu d'une bibliotheque de cas de test est arborescent et est represente suivant un patron composite (voire TEST_CASE_LIBRARY_NODE, TEST_CASE_FOLDER, TEST_CASE). Par defaut la presente table peut contenir uniquement les references vers les elements fils directs; on peut aussi mettre en relation une bibliotheque de cas de test avec n'importe quel element de son contenu (quelque soit sa profondeur hierarchique) pour des raisons d'optimisation.

Colonnes


TEST_CASE_LIBRARY_NODE

Cette table represente un element (generique) faisant partie d'une bibliotheque de cas de test. Cet element generique peut representer soit un repertoire, soit un cas de test. Pour cette raison, que l'utilisateur cree l'un ou l'autre cette table sera necessairement alimentee, et contiendra la cle primaire de l'element en question. Toutefois le type reel de l'element cas de test ou repertoire) n'est pas renseigne, il est necessaire de rechercher si la cle est referencee dans la table TEST_CASE_FOLDER ou TEST_CASE pour determiner si cet element releve de l'un ou l'autre.

Colonnes


TEST_CASE_STEPS

Cette table associe un cas de test a ses pas de test. Cette table d'association existe pour ajouter un attribut d'ordre (la liste des pas de test est ordonnee). La cle primaire est ici composite, et ne doit pas etre autogeneree.

Colonnes


TEST_STEP

Cette table gere les pas de test d'un cas de test.

Colonnes


TEST_SUITE

Add the table TEST_SUITE. A TEST_SUITE is basically a view on a subset of ITERATION_TEST_PLAN_ITEMs.

Colonnes


TEST_SUITE_TEST_PLAN_ITEM

create table item_test_plan_test_suite

Colonnes


THIRD_PARTY_SERVER

Create the table THIRD_PARTY_SERVER

Colonnes


VERIFYING_STEPS

Let's add a table VERIFYING_STEPS to hold the steps that are concerned by the requirement coverage

Colonnes