Previous Next Functional Tool Requirements Homepage  
Quality Assurance Submodel  
SQA15 - Supporting Dynamic Assessments  

  LQS15 - Dynamische Prüfungen unterstützen

Contents  
  • 1 Allocation to V-Model and Methods Allocation
  • 2 Brief Characteristics
  • 3 Requirements
  •       3.1 Requirements for Interfaces
  •       3.2 Requirements for the Methods Support
  •       3.3 Requirements for Functions
  •       3.4 Other Requirements
  • 1 Allocation to V-Model and Methods Allocation

    V-Model

    QA4.2 - Assessment of the Content of the Product

  • Objects to be assessed
    SSD02 - Supporting Specification of User Interfaces
    SSD04 - Supporting Process Modeling
    SSD06 - Supporting Function Specification
    SSD07 - Supporting Modeling of Information Flows
    SSD08 - Supporting Modeling of Function Dynamics
    SSD10 - Supporting Component and Module Specification
    SW Module, SW Component, Database, SW Unit, Segment and System)

    Method

    T - Test

    2 Brief Characteristics

    This service unit defines the requirements for tools used

    3 Requirements

    3.1 Requirements for Interfaces

    SQA15.I.1 Granularity The exchange of control parameters with SWFM01 - Workflow Management is possible for individual closed function packages of the tool by means of a disclosed, documented interface.

    3.2 Requirements for the Methods Support

    SQA15.M.1 T - Test
    SQA15.M.1.1 Navigation
    SQA15.M.1.1.1 Starting point It is possible to determine the starting point of a navigation.
    In an information flow model, for example, the starting point is a certain information flow.
    SQA15.M.1.1.2 Branch In connection with branches it is possible to decide which navigation path is to be traced.
    SQA15.M.1.1.3 Termination When terminating a navigation path, it is possible to decide if and which navigation path is to be traced.
    SQA15.M.1.1.4 Navigation direction It is possible to select either forward or backward directed navigation.
    SQA15.M.1.2 Assessment execution
    SQA15.M.1.2.1 Canceling a test run It is possible to terminate a test run by canceling it.
    SQA15.M.1.2.2 Interrupt of a test run It is possible to interrupt a test run.
    SQA15.M.1.2.3 Restart of a test run It is possible to restart a test run at the point it was interrupted.
    SQA15.M.1.2.4 External references It is possible to satisfy external references.
    By satisfying external references it is possible, for example, to execute an individual module.
    SQA15.M.1.3 Result analysis
    SQA15.M.1.3.1 C0 coverage It is possible to calculate the C0 coverage (object coverage).
    In the case of code, the term object refers to statements. Object coverage is the ratio of the performed objects to the total number of objects in the object to be assessed.
    SQA15.M.1.3.2 C0 coverage result It is possible to list the objects not performed.
    In the case of code, the term object refers to statements.
    SQA15.M.1.3.3 C1 coverage It is possible to calculate the C1 coverage (branch coverage).
    The C1 coverage is the ratio between the performed branches to the total number of possible branches in the object to be assessed.
    SQA15.M.1.3.4 C1 coverage result It is possible to list the branches not performed.
    SQA15.M.1.4 Allocation of test cases The unique allocation of the test cases (including the expected assessment results) from SQA14 to the dynamic assessments as well as to the achieved assessment results must be guaranteed.
    SQA15.M.1.5 Logging It is possible to get the results of the assessment logged.
    SQA15.M.1.6 Assessment evaluation
    SQA15.M.1.6.1 Assessment evaluation Automatic assessment evaluation is possible.
    The assessment evaluation is realized by comparing the expected results with the actual results.
    SQA15.M.1.6.2 Erroneous test cases It is possible to list erroneous test cases.
    Both the input-output data and the expected output data are listed in case of an erroneous test case.

    3.3 Requirements for Functions

    SQA15.F.1 Administration of test cases
    SQA15.F.1.1 Command file It is possible to process the test cases from SQA14 in form of command files.
    An test case comprises the input data and the expected output data.
    SQA15.F.2 Regression assessments
    SQA15.F.2.1 Assessment automation When executing an assessment, the interactions of the tester can be saved so-in case of a regression assessment-the tester must control but not execute.
    SQA15.F.2.2 Comparison of assessments Two assessment results can be automatically compared.

    3.4 Other Requirements

    SQA15.O.1 Upward compatibility It must be possible to process objects generated with an older release of the tool with the later release of that tool, without loss of information and functionality.
    SQA15.O.2 Procedural command language The tool has a procedural command language that can be applied by the user to generate and run macros or procedures.
    SQA15.O.3 Complexity There is no limitation of the complexity caused by the tool itself.
    SQA15.O.4 Background Assessments run in the background mode unless an assessment in the foreground mode has been explicitly requested.
    Since an assessment may take some time it is not necessary to wait for the end of the processing when in the background mode, i. e. other tasks can be realized in the meantime.
    SQA15.O.5 End signal The end of an assessment is signaled.
    This signal may be acoustic (e. g. by means of a beep) or optic (e. g. by means of a special window with a corresponding message).
    SQA15.O.6 Invariance Applying the tool does not change the object to be assessed.

    Previous Next GDPA Online Last Updated 01.Jan.2002 Updated by Webmaster Last Revised 01.Jan.2002 Revised by Webmaster