In addition to the field properties, it must be linked to the steps defined in test_definiton (see story #11308).

When we create an execution, we must reference the steps that are defined in the corresponding step definition (+ status=notrun).

See technical information for an outdated proposal of db structure.

If there is no steps in the definition, then display "No steps" or empty state.

Acceptance criteria:

• Tracker Field Structure
  • Specific properties => NO
  • Field can be switch to another type (only sb/msb) => NO
  • Shared Fields => NO
  • Import/Export XML =>YES
  • Field is duplicated on tracker inheritance (both tracker and project creation) => YES
  • Definition is NOT given through SOAP @deprecated => YES
  • Definition is given through REST (representations) => YES
  • Migrate field from TV3 (if not done) => NO
  • Does new field can be used for burndown? => NO
  • Can the field be required? => NO
  • What level of permissions this field supports? => Standard
• Artifacts
  • Export/import CSV => NO
  • What does ‘None’ mean for this field? => N/A
  • Default value => Empty
  • Field is involved in notifications => Not included
  • New value is sent in notifications => NO
  • Diff of the field appears in changesets => Show "Step # passed/failed/blocked/notrun"
  • Get/create/update NOT through SOAP @deprecated => YES
  • New value is Copied on Artifact copy => NO
  • New value can be used in semantic => NO
  • New value can be updated on masschanges => NO
  • On an artifact with artifact links, on creating directly a child the field can be used => NO
• Reports
  • Field is searchable through criteria => NO
  • Field is displayed as a column in table => NO
  • Field is used to sort => NO
  • Field is used for aggregates => NO
  • Field is used to build charts => NO
  • Field is used to build cardwall => NO
• Angular
  • Create/ edit modal => NO
  • Cardwall edit in place => NO
  • Card field in planning v2 => NO
  • Card field in kanban + filter + highlight => NO
  • Does field can be directly updated in Cardwall => NO
  • Modal edit Release => NO
  • Modal add a Task => NO
• User documentation is accurate => YES
• Update test suite (auto or manual) => YES

 +----------+   n+-----------+   1+----------+
 | Campaign |----| Test Exec |----| Test Def |
 +----------+    |-----------|    |----------|
                 | status    |    | title    |
                 | comment   |    | desc     |
                 | timer     |    +----------+
                 | …         |         |
                 +-----------+         |
                      |                |
                      |                |
                      |n               |n
                 +-----------+   1+----------+
                 | Step Exec |----| Step Def |
                 |-----------|    |----------|
                 | status    |    | action   |
                 | comment   |    | expected |
                 | exec_by   |    +----------+
                 | …         |
                 +-----------+

Step exec status should be linked to the changeset.