BookRags.com Literature Guides Literature
Guides
Criticism & Essays Criticism &
Essays
Questions & Answers Questions &
Answers
Lesson Plans Lesson
Plans
My Bibliography Periodic Table U.S. Presidents Shakespeare Sonnet Shake-Up
Research Anything:        
History | Encyclopedias | Films | News | Create a Bibliography | More... Login | Register | Help
Not What You Meant?  There are 36 definitions for Anomaly.

Anomaly in software

Print-Friendly
About 2 pages (497 words)

Bookmark and Share Know this topic well? Help others and get FREE products!

In software testing an anomaly is anything that differs from expectation.[1] 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).

Contents

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 source code.[2] 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

See also

References

  1. ^ 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
  2. ^ see IEEE 610-1990 and Wikiversity: software testing
  3. ^ http://en.wikiversity.org/wiki/Topic:Software_testing/design_technique#white_box

External links

View More Summaries on Anomaly in software
 
Ask any question on Anomaly in software and get it answered FAST!
Answer questions in BookRags Q&A and earn points toward
discounted or even FREE Study Guides and other BookRags products!
Learn more about BookRags Q&A
Copyrights
Anomaly in software from Wíkipedia. ©2006 by Wíkipedia. Licensed under the GNU Free Documentation License. View a list of authors or edit this article.

Article Navigation
Join BookRagslearn moreJoin BookRags




About BookRags | Customer Service | Report an Error | Terms of Use | Privacy Policy