Modification History
Not Applicable
Unit Descriptor
Unit descriptor |
This unit defines the competency required to ensure that the components of the system operate together to the expected standard. These units are linked and form an appropriate cluster:
No licensing, legislative, regulatory or certification requirements apply to this unit at the time of publication. |
Application of the Unit
Application of the unit |
Licensing/Regulatory Information
Refer to Unit Descriptor
Pre-Requisites
Prerequisite units |
||
Employability Skills Information
Employability skills |
This unit contains employability skills. |
Elements and Performance Criteria Pre-Content
Elements describe the essential outcomes of a unit of competency. |
Performance criteria describe the performance needed to demonstrate achievement of the element. Where bold italicised text is used, further information is detailed in the required skills and knowledge section and the range statement. Assessment of performance is to be consistent with the evidence guide. |
Elements and Performance Criteria
ELEMENT |
PERFORMANCE CRITERIA |
1. Prepare for test |
1.1. Prepare the test environment 1.2. Prepare the test scripts (online test) or test run (batch test) for running 1.3. Review expected results against test and acceptance criteria 1.4. Confirm pre-existing modules and compile modification logs 1.5. Perform static tests of each point of integration and verify correctness of arguments, positional parameters and return values in each integration suite 1.6. Review results of earlier component testing and ensure critical issues are identified and taken into account |
2. Conduct test |
2.1. Select appropriate test tools 2.2. Run test scripts and document the results against software life cycle model 2.3. Ensure that memory leakage, global name space pollution and static variables are specifically addressed for each integration unit in line with test and acceptance criteria 2.4. Follow and adopt integration standards where appropriate in line with quality benchmarks 2.5. Compare test results to requirements on completion of each integration component |
3. Analyse and classify results |
3.1. Summarise and classify test results and highlight areas of concern 3.2. Compare the test results against the requirements and design specification and prepare report 3.3. Notify operations of completion of the testing 3.4. Ensure attendees' details/comments are logged and signatures gained 3.5. Schedule a feedback meeting to discuss report and possible next actions with stakeholders if necessary 3.6. Ensure test reporting compliance with documentation and reporting standards |
Required Skills and Knowledge
REQUIRED SKILLS AND KNOWLEDGE |
This section describes the skills and knowledge required for this unit. |
Required skills |
|
Required knowledge |
|
Evidence Guide
EVIDENCE GUIDE |
|
The evidence guide provides advice on assessment and must be read in conjunction with the performance criteria, required skills and knowledge, range statement and the Assessment Guidelines for the Training Package. |
|
Overview of assessment |
|
Critical aspects for assessment and evidence required to demonstrate competency in this unit |
Evidence of the following is essential:
To demonstrate competency in this unit the person will require access to:
The person will need to ensure that:
|
Context of and specific resources for assessment |
It should be noted that the quality of code is not being assessed, but the competency of testing the components. Integration testing involves formal testing of the combined parts of an application to determine if they function together correctly and is usually performed after unit and functional testing. This type of testing is especially relevant to client/server and distributed systems. The breadth, depth and complexity covering planning and initiation of alternative approaches to skills or knowledge applications across a broad range of technical and/or management requirements, evaluation and coordination would be characteristic. Assessment must ensure:
|
Method of assessment |
The purpose of this unit is to define the standard of performance to be achieved in the workplace. In undertaking training and assessment activities related to this unit, consideration should be given to the implementation of appropriate diversity and accessibility practices in order to accommodate people who may have special needs. Additional guidance on these and related matters is provided in ICA05 Section 1.
|
Guidance information for assessment |
Holistic assessment with other units relevant to the industry sector, workplace and job role is recommended, for example:
An individual demonstrating this competency would be able to:
|
Range Statement
RANGE STATEMENT |
|
The range statement relates to the unit of competency as a whole. It allows for different work environments and situations that may affect performance. Bold italicised wording, if used in the performance criteria, is detailed below. Essential operating conditions that may be present with training and assessment (depending on the work situation, needs of the candidate, accessibility of the item, and local industry and regional contexts) may also be included. |
|
Test environment may include: |
|
Software life cycle may include: |
|
Test and acceptance processes may include: |
|
Quality benchmarks |
There are several organisations that have developed standards for software review mainly: US Department of Defence (DoD) standards, IEEE, the Software Engineering Institute (SEI), and ISO standards. Relevant quality standards include:
International and Australian Standards are updated and changed on a regular basis. It is therefore important to check the Standards Australia website on a regular basis for new standards: http://www.standards.com.au |
Test and acceptance criteria |
|
Documentation and reporting |
|
Test tools may include : |
|
Unit Sector(s)
Unit sector |
Test |
Co-requisite units
Co-requisite units |
||
Competency field
Competency field |