All you need to know about testing preparation, process, evaluation and analysis
Summary :
Table of Contents
- Principles of testing
- Testing terminology
- Why testing is necessary?
- Why do software faults occur?
- What do software faults cost?
- Exhaustive testing
- Fundamental test process
- What is the fundamental test process?
- Psychology of testing
- Re-testing and regression testing
- What is re-testing?
- What is regression testing?
- The 'Oracle Assumption'
- Testing in the lifecycle
- Models for testing
- Test design and test execution
- The Waterfall Model, pre-Waterfall, and damage to testing
- Economics of testing
- Big Bang integration
- Top-down integration and Stubs
- Bottom-up integration and Drivers
- Business process-based testing
- Conclusion
Abstract
There is a lot of terminology surrounding testing, but not until recently has there been an industry standard. A new standard (first published in August 1998) seeks to provide a standard set of terms: BS 7925-i Glossary of testing Terms. Although a British Standard, it is being adopted by the International Standards Organization (ISO) and will hopefully become an ISO standard within two or three years. An error is something that a human does, we all make mistakes and when we do whilst developing software it is known as an error. The result of an error being made is a fault. It is something that is wrong in the software (source code or documentation - specifications, manuals, etc.). Faults are also known as a defects or bugs but in this course we will use the term fault. When a system or piece of software produces an incorrect result or does not perform the correct action this is known as a failure. Failures are caused by faults in the software. Note that software system can contain faults but still never fail (this can occur if the faults are in those parts of the system that are never used). Another term that should be understood is reliability. A system is said to be reliable when it performs correctly for long periods of time. However, the same system used by two different people may appear reliable to one but not to the other. This is because the different people use the system in different ways. The definition of reliability therefore includes the phrase 'under specified conditions'. When reporting on the reliability of a system it is important to explain under what conditions the system will achieve the specified level of reliability. For example, a system may achieve a reliability of no more than one failure per month providing no more than 10 people use the system simultaneously.
See similar documents : Management
2
A critical evaluation of the usefulness of financial accounting theory to practicing accountants
Term papers | 05/29/2009 | en | .doc | 9 pages
Latest in the category : Management
1
Working of the front office department in the hotel industry
Research papers | 10/23/2009 | en | .doc | 34 pages
3
Across the board leadership and new value development organizes changing companies
Term papers | 10/07/2009 | en | .doc | 11 pages
4
Operations management: Kudler fine foods contracts organic produce growers
Term papers | 10/01/2009 | en | .doc | 3 pages
Most downloaded in the last 30 days : Management
1
Supply Chain Management: Its role in improving the value of the product or service to customers
Term papers | 05/31/2009 | en | .doc | 6 pages
2
Daimler Chrysler: Lessons in post-merger integration
Presentation | 01/16/2009 | en | .doc | 19 pages
5
Organizational behavior and change management at engineering contracting company LLC
Presentation | 01/15/2009 | en | .doc | 13 pages
Change Currency
Our guarantee :
How it works?
Quality guaranteed
Refunds
Secure payment
Who are we ?
