An Operational Check (Opscheck) test is a type of test that may be used to verify the repair at the end of a diagnostic session. They are useful in verifying the repair completed correctly addresses the symptom being diagnosed. The Operation Check is part of a test’s type settings. The setting is found under the Properties tab in the test-point properties dialog. There are four different types of tests: tests, symptoms, operational checks, and acceptance tests. By default when a test is created, it is just a diagnostic test. These tests form the set of viable tests that may be used in the diagnosis phase of a session. If a test is also marked as an Operational Check test, it will be added to the set of tests that may be used during the operational check phase of the diagnostic session. If a test is marked only as an Opscheck test, it will not be used in the diagnosis phase of the the session. If the test is to be included in the diagnosis phase as well, ensure the test is of type Test as well.
In order to enable the operational checks in Testability Analysis, go to the Service Policy tab and enable the Operational Check phase. The extent of Operational Checks after the repair can be, either to check the “Entire System” after repairs, or only those failure modes that are the results of the “Intersection of selected symptoms”, or only those failure modes that are the result of the “Union of selected Symptoms’, or only those failure modes under the “Repaired Components”.
In order to enable Operational Check test in TEAMS-RDS, ensure the option is enabled in the RDS Diagnostic Options page. Note a TEAMS-RDS administrator is required to enable the option.
- Operational checks are shown only with passed outcomes.
- Operational check tests can be included or excluded in the diagnosis phase by enabling/disabling the Test checkbox under the Type attribute in the Properties tab.