Anomaly in software

In software testing an anomaly is anything that differs from expectation. ["IEEE 1044-1993: Standard Classification for Software Anomalies.", page 1, The Institute of Electrical and Electronics Engineers, Inc., New York, USA, 1994, ISBN 1-55937-383-0] This expectation can result from many things like from a document (e.g. the expected behaviour is not always written down explicitly, so the developer may implement it differently) or from a person's view (e.g. the person has different opinion regarding usability) or experiences (e.g. the specification is not clear on one thing and the person also knows competitor products, where such a feature is implemented or where the tested software behaves different than these). __TOC__

An anomaly also can point to a new feature or an usability problem, because the software may be correct with respect to the specification, but has room for improvement.

Another possibility for an anomaly is that a tester executed the test case incorrectly and therefore the expected result is also incorrect (Garbage In, Garbage Out). Some other common terms for software anomalies are: bug, fault, failure, error, defect, problem, deviation, glitch, incident, crash. According to IEEE, the word anomaly should be favored because it has a more neutral meaning.

'Software' in this article is more than just . [see IEEE 610-1990 and [http://en.wikiversity.org/wiki/Topic:Software_testing/glossary Wikiversity: software testing] ] It also refers to: programs, procedures and documentation, and data for the concerning processing on a computer system. Testing software ("testware") is also regarded as software in this context.

The time and place of anomalies can be pretty anywhere in the (Software development life cycle) - it should not be seen from end user perspective only. Most people see anomalies (e.g. failures) during analytical quality assurance measures, but in fact the reason for this anomaly probably occurred earlier. This is why preventive quality assurance are more important: anomalies are found earlier, which can result in lower costs.

Examples for anomalies

*List of notable software bugs
*different screens of death: Screen of Death, Blue Screen of Death
*an anomaly in the game Super Mario Bros.: the Minus World
*in white box testing: data flow anomaly [http://en.wikiversity.org/wiki/Topic:Software_testing/design_technique#white_box] and control flow anomaly
*Easter egg
*buffer overflow, deadlock, division by zero, memory leak, hang (computing)
*more examples you can find in following categories: , ,

See also

*Bug tracking system: the place, where anomalies are collected during software development life cycle
*Issue tracking system: can also used like the bug tracking system, in general used for anomalies by customers
*Crash (computing)
*List of commercial failures in computer and video gaming
*Undocumented feature

References

External links