Test Resutls and Evaluation Report Template
[pic]
TEST RESULTS
AND EVALUATION
REPORT
Project or System Name
U.S. Department of Housing and Urban Development
Month, Year
Revision Sheet
|Release No. |Date |Revision Description |
|Rev. 0 |5/30/00 |Test Results and Evaluation Report Template and Checklist |
|Rev. 1 |6/6/00 |Additional text in Sections 2 and 3 |
|Rev. 2 |6/13/00 |New text in Authorization Memorandum; new section 2.1 |
|Rev. 3 |4/12/02 |Conversion to WORD 2000 format |
| | | |
| | | |
| | | |
| |Test Results and Evaluation Report |
| |Authorization Memorandum |
I have carefully assessed the Test Results and Evaluation Report for the (System Name). This document has been completed in accordance with the requirements of the HUD System Development Methodology.
MANAGEMENT CERTIFICATION - Please check the appropriate statement.
______ System is error free and ready to release.
______ System has errors that need to be addressed, but may still be released.
______ System has major shortcomings; return for further development and testing.
We fully accept the changes as needed improvements and authorize initiation of work to proceed. Based on our authority and judgment, the continued operation of this system is authorized.
_______________________________ _____________________
NAME DATE
Project Leader
_______________________________ _____________________
NAME DATE
Operations Division Director
_______________________________ _____________________
NAME DATE
Program Area/Sponsor Representative
_______________________________ _____________________
NAME DATE
Program Area/Sponsor Director
TEST RESULTS AND EVALUATION REPORT
TABLE OF CONTENTS
Page #
1.0 GENERAL INFORMATION 1-1
1.1 Purpose 1-1
1.2 Scope 1-1
1.3 System Overview 1-1
1.4 Project References 1-2
1.5 Acronyms and Abbreviations 1-2
1.6 Points of Contact 1-2
1.6.1 Information 1-2
1.6.2 Coordination 1-2
2.0 TEST ANALYSIS 2-1
2.1 Security Considerations 2-1
2.x [Test Identifier] 2-1
2.x.1 Expected Outcome 2-1
2.x.2 Functional Capability 2-1
2.x.3 Performance 2-2
2.x.4 Deviations from Test Plan 2-2
3.0 SUMMARY AND CONCLUSIONS 3-1
3.1 Demonstrated Capability 3-1
3.2 System Deficiencies 3-1
3.3 Recommended Improvements 3-1
3.4 System Acceptance 3-1
1.0 GENERAL INFORMATION
NOTE TO AUTHOR: Highlighted, NOTE TO AUTHOR: Highlighted, italicized text throughout this template is provided solely as background information to assist you in creating this document. Please delete all such text, as well as the instructions in each section, prior to submitting this document. ONLY YOUR PROJECT-SPECIFIC INFORMATION SHOULD APPEAR IN THE FINAL VERSION OF THIS DOCUMENT.
The Test Results and Evaluation Report documents the results of system testing and provides a basis for assigning responsibility for deficiency correction and follow-up.
GENERAL INFORMATION
1.1 1.1 Purpose
Describe the purpose of the Test Results and Evaluation Report.
1.2 1.2 Scope
Describe the scope of the Test Results and Evaluation Report as it relates to the project.
1.3 1.3 System Overview
Provide a brief system overview description as a point of reference for the remainder of the document. In addition, include the following:
1. Responsible organization
2. System name or title
3. System code
4. System category
1. Major application: performs clearly defined functions for which there is a readily identifiable security consideration and need
2. General support system: provides general ADP or network support for a variety of users and applications
5. Operational status
3. Operational
4. Under development
5. Undergoing a major modification
1. System environment and special conditions
1.4 1.4 Project References
Provide a list of the references that were used in preparation of this document. Examples of references are:
6. Previously developed documents relating to the project
7. Documentation concerning related projects
8. HUD standard procedures documents
1.5 1.5 Acronyms and Abbreviations
Provide a list of the acronyms and abbreviations used in this document and the meaning of each.
1.6 1.6 Points of Contact
1.6.1 1.6.1 Information
Provide a list of the points of organizational contact (POCs) that may be needed by the document user for informational and troubleshooting purposes. Include type of contact, contact name, department, telephone number, and e-mail address (if applicable). Points of contact may include, but are not limited to, helpdesk POC, development/maintenance POC, HUD Test Center POC, and operations POC.
1.6.2 1.6.2 Coordination
Provide a list of organizations that require coordination between the project and its specific support function (e.g., release testing, installation coordination, security, etc.). Include a schedule for coordination activities.
2.0 TEST ANALYSIS
TEST ANALYSIS
This section identifies the tests being conducted and provides a brief description of each. In addition, it provides a description of the current system if one exists. Each test in this section should be under a separate section header. Generate new sections as necessary for each test from 2.2 through 2.x.
1 2.1 Security Considerations
Provide a detailed description of the security requirements that have been built into the system and verified during system acceptance testing. Identify and describe security issues or weaknesses that were discovered as a result of testing.
2 2.x [Test Identifier]
The tests described in sections 2.2 through 2.x of this Test Results and Evaluation Report should correspond to the tests described in sections 2.1 through 2.x of the Test Plan and to those described in section 5.0 of the Validation, Verification, and Testing Plan.
Provide a test name and identifier here for reference in the remainder of the section. Identify the functions that were tested and are subsequently being reported on. Include the following information when recording the results of a test:
9. Name and version number of the application or document that was tested
10. Identification of the input data used in the test (e.g., reel number or file ID)
11. Identification of the hardware and operating systems on which the test was run
12. Time, date, and location of the test
13. Names, work areas, email addresses, and phone numbers of personnel involved in the test
14. Identification of the output (e.g., reel number or file ID) data, with detailed descriptions of any deviations from expected results.
1 2.x.1 Expected Outcome
Describe or depict the expected result of the test.
2 2.x.2 Functional Capability
Describe the capability to perform the function as it has been demonstrated. Assess the manner in which the test environment may be different from the operational environment and the effect of this difference on the capability.
3 2.x.3 Performance
Quantitatively compare the performance characteristics of the system with the requirements stated in the FRD.
4 2.x.4 Deviations from Test Plan
Describe any deviations from the original Validation, Verification, and Testing Plan that occurred during performance of the test. List reasons for the deviations.
3.0 SUMMARY AND CONCLUSIONS
summary and conclusions
1 3.1 Demonstrated Capability
Provide a general statement of the capability of the system as demonstrated by the test, compared with the requirements and security considerations contained in the FRD. An individual discussion of conformance with specific requirements must be cited.
2 3.2 System Deficiencies
Provide an individual statement for each deficiency discovered during the testing. Accompany each deficiency with a discussion of the following:
15. Names, work areas, email addresses and phone numbers of development area personnel who were informed about the deviations
16. Date the developers were informed about the potential problem
17. Date the new version was reissued
18. If the deficiency is not corrected, the consequences to operation of the system.
19. If the deficiency is corrected, the organization responsible and a description of the correction (path #, version, etc.)
3 3.3 Recommended Improvements
Provide a detailed description of any recommendation discovered during testing that could improve the system, its performance, or its related procedures. If additional functionality is seen as a potential improvement for the user, although not specified in the FRD, it should be included here. Provide a priority ranking of each recommended improvement relative to all suggested improvements for the system.
4 3.4 System Acceptance
State whether the testing has shown that the system is ready for release testing and subsequent production operation.
................
................
In order to avoid copyright disputes, this page is only a partial summary.
To fulfill the demand for quickly locating and searching documents.
It is intelligent file search solution for home and business.
Related download
- selling the profession 5th edition
- spectrophotmetric determineation of the copper
- psychological tests
- incident response test and exercise guidance
- test resutls and evaluation report template
- step one identify understand responsibilities of
- main idea details and author s purpose
- assignment 3 research report
Related searches
- monthly financial report template free
- performance report template in word
- accident report template free printable
- monthly financial report template word
- home inspection report template word
- financial report template samples
- simple annual report template free
- annual report template word
- financial report template word
- performance evaluation report sample
- work evaluation report template
- evaluation form template excel