Commonwealth Computer Navigator's Certificate/Milestone qualityAssurance
Quality Assurance Tasks for all modules
- Strategy for testing and checking of course materials
- Purpose
- Test/check requirements
- Checking subject matter
- Checking editorial style
- Functional testing
- Technical testing
- Accessibility
- User testing
- Evaluation
Purpose
The purpose of this document is to outline:
- the types of testing, checking and evaluation required and when they should occur
- test criteria
- the approach for each, and
- responsibilties.
Test/check requirements
Checking should occur at several levels:
- subject matter
- style
- functional testing
- technical
- usability
- evaluation.
Subject matter
Subject matter experts (SME)provide input into the whole design and development of material. They also check that content is correct and at an appropriate level.
- Occurs: Before development, after development.
- Responsibility:SME, designer
- Document:Subject Matter Expert Review
Editorial style (I think that this is not a feature of this project? Let me know and if so I'll include it. I have not found an editorial style identified. Yes?) For this project editorial checking involves:
- checking clarity and coherence of structure
- eliminating ambiguities and imprecise meanings
- ensuring correct spelling, grammar and usage
- ensuring that all references are accurate and complete.
- Occurs: before and after development
- Responsibility:editor, designer
- Document:
Functional Testing
Functional testing is completed when the material has been loaded into the learning management system, or means of delivery (i.e. cdrom). Its purpose is to:
- ensure all data has been added
- check runtime functions
- ensure all links function as expected.
- Occurs:immediately after production
- Responsibility: html editor, designer (multimedia and/or instructional), tutor
- Document:Functional testing
Technical testing
Techical testing is completed when the material is complete. Its purpose is to:
- check that links work, pages open, multimedia opens and works
- ensure browser compatibility
- check run-times
- ensure consistency of development
- Occurs: after functional test
- Responsibility: developer
- Document: Technical testing review
Accessibility testing
Accessibility testing is completed when the material is complete. Its purpose is to check:
- compliance to level one accessibility standards (WAI Priority A)
- cultural appropriateness
- Occurs: after functional test
- Responsibility: developer
- Document: Accessibility testing review
User testing
User testing ensures that the material is 'fit for purpose'.
Criteria (may) includes:
- accessibility
- accuracy
- adaptibility
- availability
- ease of use
- performance
- reliabiltiy
- clarity of instructions, order of tasks etc.
User testing may involve self guided with observors (recommended) or self guided with questionnaire.
Recommended that these sessions are no more than one hour long and have a minimum of 3 people.
- Occurs: once edits done, before 'roll out'
- Responsibility: designer, developer
- Documents:
Evaluation
Once the material is in use there should be constant evaluation and feedback with regular upgrades.
- Occurs: after 'roll out'
- Responsibiltity: tutor, user
- Documents: none specifically
DRAFT: Editorial guidelines