FSD300: Software Module Tests¶
Motivations¶
Module tests (FSD300: Software Module Tests) are performed according to the module test plan. |
All test results have documented if the module performs its intended function and does not perform unintended functions. |
The results are documented in FSD300: Software Module Tests. |
Change requests as a result of not passing a module test are specified in Template (FSWP_template). In cases where a minor change is needed, the change may be grouped with other changes in a larger change request. |
Software integration tests are specified concurrently during development nd are specified in FSD124: GUI and Compiler function requirements, module tests and integration tests, FSD150: Validation tests of modes, power supply, and configuration, and FSD300: Software Module Tests. |
The software integration tests are performed according to the software integration test plan. As mentioned in NOTE 1, not all input combinations are tested. Instead, boundary values are tested and control flow analysis is applied. See FSD124: GUI and Compiler function requirements, module tests and integration tests, FSD150: Validation tests of modes, power supply, and configuration, and FSD300: Software Module Tests. |
The software integration test results are documented in FSD124: GUI and Compiler function requirements, module tests and integration tests, FSD150: Validation tests of modes, power supply, and configuration, and FSD300: Software Module Tests. |
Change requests as a result of not passing a software integration test are specified in Template (FSWP_template). |
Not applicable: As the product is only part of a safety function, all tests are performed at the developer’s premises. |
a) Part of all tests. b) Specified for integration tests mainly in FSD124: GUI and Compiler function requirements, module tests and integration tests. c) N/A: not part of an EUC. |
See FSD300: Software Module Tests, FSD124: GUI and Compiler function requirements, module tests and integration tests, and FSD150: Validation tests of modes, power supply, and configuration. |
See FSD300: Software Module Tests, FSD124: GUI and Compiler function requirements, module tests and integration tests, and FSD150: Validation tests of modes, power supply, and configuration. |
See FSD300: Software Module Tests, FSD124: GUI and Compiler function requirements, module tests and integration tests, and FSD150: Validation tests of modes, power supply, and configuration. Impact analysis for change requests is performed according to Template (FSWP_template). |
Software modification procedures are specified in Template (FSWP_template). |
Software modification procedures are specified in Template (FSWP_template). |
Analysis is performed as part of the checklist defined in Template (FSWP_template). |
Each change request is documented as a copy of the original document filled out with the relevant information. |
See software modification procedures specified in Template (FSWP_template). |
See software modification procedures specified in Template (FSWP_template). a) Included in the checklist. b) Included in the checklist. c) Included in the checklist. d) Included in the checklist. |
Modifications are documented in each change request checklist under checklists. |
See software modification procedures specified in Template (FSWP_template). a) See checklist template. b) See checklist template. c) See checklist template. d) See checklist template. e) See checklist template. |
See software modification procedures specified in Template (FSWP_template). Verification and validation part of the checklist. |
See software modification procedures specified in Template (FSWP_template). |
The RAM test algorithm used is derived from the physical layout of the RAM in the CPUs. See The test for each memory cell is as follows:
|
The maximum delay between a dangerous failure occurring in a unit and safe state is reached in the unit is 500ms. This is verified in FSD150: Validation tests of modes, power supply, and configuration and FSD300: Software Module Tests. |
Tests¶
Test reports are available in the test result document FSD300v08.pdf
CPU1 module tests¶
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
CPU2 module tests¶
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
Hardware module tests¶
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |
See |