Laserfiche WebLink
Module Identify the module to be tested <br />Documentation Is the documentation for the topic correct? <br />Compliance Does the product's operation comply with the specification as identified in <br />the guide? <br />Error Form Number Any associated testing error form regarding the topic <br />Tester Initials Name of individual performing the testing <br />Any area of non-compliance should be submitted on the testing error form. Printed samples of all <br />erroneous output should be forwarded to the SAFD Project Manager immediately. These sample <br />outputs will be used to identify and correct problems and update the as built documentation. <br />Any items that do not operate as specified will be listed on a "Punch List". All items on the punch <br />list will be corrected and retested prior to SAFD's passage of the product. <br />Any errors and/or omissions in the as built documentation discovered during the testing phases <br />will be reported and resolved. In some cases, the inconsistency will be corrected by modifying the <br />documentation where there is no loss of required functionality. Such corrections must be made <br />prior to system acceptance. <br />Associated Interfaces <br />Functional Acceptance Testing of the associated (internal/external) interfaces will be conducted <br />following the development of said interfaces. All components will be tested and demonstrated to <br />SAFD individually, and then as an overall system. The test scenario for the associated interfaces <br />will ensure that a variety of requirements are met in the product, and in the case of the totality, the <br />system. Any errors and/or omissions in the system manuals discovered during the testing <br />phases would be reported and resolved in the same manner as problem/exception reporting <br />described previously. <br />The associated interfaces that will be tested include all of those identified in Exhibit B. The test <br />plan assumes that interfaces have been developed and are live prior to the test period (failure to <br />achieve live interfaces prior will delay the test start date as it is required for accurate testing). <br />Testing Reporting Procedure <br />All problems should be reported to the SAFD Project Manager using the approved Testing Error <br />Form. The testers may be asked to follow up with reports, screen prints or other examples. <br />To complete the form, the tester must furnish the following information: <br />Priority Level <br />Problems should be prioritized as follows: <br />1. Critical/High Priority - System is inoperable and/or data base integrity is <br />endangered. <br />2. Critical/Low Priority - A major component is not fully operational; usage is <br />restricted. <br />3. Non-Critical/High Priority - An application is not functioning correctly; however, <br />the system is operable. <br />