Quantitative analysis of faults and failures in a complex software system

The authors describe a number of results from a quantitative study of faults and failures in two releases of a major commercial software system. They tested a range of basic software engineering hypotheses relating to: the Pareto principle of distribution of faults and failures; the use of early fau...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:IEEE transactions on software engineering 2000-08, Vol.26 (8), p.797-814
Hauptverfasser: Fenton, N.E., Ohlsson, N.
Format: Artikel
Sprache:eng
Schlagworte:
Online-Zugang:Volltext bestellen
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
container_end_page 814
container_issue 8
container_start_page 797
container_title IEEE transactions on software engineering
container_volume 26
creator Fenton, N.E.
Ohlsson, N.
description The authors describe a number of results from a quantitative study of faults and failures in two releases of a major commercial software system. They tested a range of basic software engineering hypotheses relating to: the Pareto principle of distribution of faults and failures; the use of early fault data to predict later fault and failure data; metrics for fault prediction; and benchmarking fault data. For example, we found strong evidence that a small number of modules contain most of the faults discovered in prerelease testing and that a very small number of modules contain most of the faults discovered in operation. We found no evidence to support previous claims relating module size to fault density nor did we find evidence that popular complexity metrics are good predictors of either fault-prone or failure-prone modules. We confirmed that the number of faults discovered in prerelease testing is an order of magnitude greater than the number discovered in 12 months of operational use. The most important result was strong evidence of a counter-intuitive relationship between pre- and postrelease faults; those modules which are the most fault-prone prerelease are among the least fault-prone postrelease, while conversely, the modules which are most fault-prone postrelease are among the least fault-prone prerelease. This observation has serious ramifications for the commonly used fault density measure. Our results provide data-points in building up an empirical picture of the software development process.
doi_str_mv 10.1109/32.879815
format Article
fullrecord <record><control><sourceid>proquest_RIE</sourceid><recordid>TN_cdi_proquest_miscellaneous_29338602</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><ieee_id>879815</ieee_id><sourcerecordid>28360368</sourcerecordid><originalsourceid>FETCH-LOGICAL-c433t-d522bbecc7a56002896f0f2a08f6b853a5e9c71194d7a37b397a75b838661c9f3</originalsourceid><addsrcrecordid>eNqF0TtLBDEQB_AgCp6nha1VsFAs9sxj8yrl8HFwIILWIZtLIMfu7Zlk1fv2RlYsLLSaYebHFPMH4BSjGcZIXVMyk0JJzPbABCuqKsoI2gcThJSsGJPqEByltEYIMSHYBCyeBrPJIZsc3hw0G9PuUkiw99Cboc2pjFalDe0QXYJhAw20fbdt3QdMvc_vJjqYdim77hgceNMmd_Jdp-Dl7vZ5_lAtH-8X85tlZWtKc7VihDSNs1YYxhEiUnGPPDFIet5IRg1zygqMVb0ShoqGKmEEaySVnGOrPJ2Cy_HuNvavg0tZdyFZ17Zm4_ohaYVrTmvGeZEXf0qiaLmKyP9QUo4olwWe_4LrfojlaUljxZiQqLgpuBqRjX1K0Xm9jaEzcacx0l8haUr0GFKxZ6MNzrkf9738BHBqit0</addsrcrecordid><sourcetype>Aggregation Database</sourcetype><iscdi>true</iscdi><recordtype>article</recordtype><pqid>195578060</pqid></control><display><type>article</type><title>Quantitative analysis of faults and failures in a complex software system</title><source>IEEE Electronic Library (IEL)</source><creator>Fenton, N.E. ; Ohlsson, N.</creator><creatorcontrib>Fenton, N.E. ; Ohlsson, N.</creatorcontrib><description>The authors describe a number of results from a quantitative study of faults and failures in two releases of a major commercial software system. They tested a range of basic software engineering hypotheses relating to: the Pareto principle of distribution of faults and failures; the use of early fault data to predict later fault and failure data; metrics for fault prediction; and benchmarking fault data. For example, we found strong evidence that a small number of modules contain most of the faults discovered in prerelease testing and that a very small number of modules contain most of the faults discovered in operation. We found no evidence to support previous claims relating module size to fault density nor did we find evidence that popular complexity metrics are good predictors of either fault-prone or failure-prone modules. We confirmed that the number of faults discovered in prerelease testing is an order of magnitude greater than the number discovered in 12 months of operational use. The most important result was strong evidence of a counter-intuitive relationship between pre- and postrelease faults; those modules which are the most fault-prone prerelease are among the least fault-prone postrelease, while conversely, the modules which are most fault-prone postrelease are among the least fault-prone prerelease. This observation has serious ramifications for the commonly used fault density measure. Our results provide data-points in building up an empirical picture of the software development process.</description><identifier>ISSN: 0098-5589</identifier><identifier>EISSN: 1939-3520</identifier><identifier>DOI: 10.1109/32.879815</identifier><identifier>CODEN: IESEDJ</identifier><language>eng</language><publisher>New York: IEEE</publisher><subject>Benchmark testing ; Computer aided software engineering ; Computer industry ; Computer programs ; Density ; Density measurement ; Design specifications ; Failure ; Failure analysis ; Faults ; Hypotheses ; Modules ; Phase measurement ; Programming ; Quantitative analysis ; Software ; Software development ; Software engineering ; Software metrics ; Software systems ; Software testing ; Studies</subject><ispartof>IEEE transactions on software engineering, 2000-08, Vol.26 (8), p.797-814</ispartof><rights>Copyright Institute of Electrical and Electronics Engineers, Inc. (IEEE) Aug 2000</rights><lds50>peer_reviewed</lds50><woscitedreferencessubscribed>false</woscitedreferencessubscribed><citedby>FETCH-LOGICAL-c433t-d522bbecc7a56002896f0f2a08f6b853a5e9c71194d7a37b397a75b838661c9f3</citedby><cites>FETCH-LOGICAL-c433t-d522bbecc7a56002896f0f2a08f6b853a5e9c71194d7a37b397a75b838661c9f3</cites></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktohtml>$$Uhttps://ieeexplore.ieee.org/document/879815$$EHTML$$P50$$Gieee$$H</linktohtml><link.rule.ids>314,780,784,796,27924,27925,54758</link.rule.ids><linktorsrc>$$Uhttps://ieeexplore.ieee.org/document/879815$$EView_record_in_IEEE$$FView_record_in_$$GIEEE</linktorsrc></links><search><creatorcontrib>Fenton, N.E.</creatorcontrib><creatorcontrib>Ohlsson, N.</creatorcontrib><title>Quantitative analysis of faults and failures in a complex software system</title><title>IEEE transactions on software engineering</title><addtitle>TSE</addtitle><description>The authors describe a number of results from a quantitative study of faults and failures in two releases of a major commercial software system. They tested a range of basic software engineering hypotheses relating to: the Pareto principle of distribution of faults and failures; the use of early fault data to predict later fault and failure data; metrics for fault prediction; and benchmarking fault data. For example, we found strong evidence that a small number of modules contain most of the faults discovered in prerelease testing and that a very small number of modules contain most of the faults discovered in operation. We found no evidence to support previous claims relating module size to fault density nor did we find evidence that popular complexity metrics are good predictors of either fault-prone or failure-prone modules. We confirmed that the number of faults discovered in prerelease testing is an order of magnitude greater than the number discovered in 12 months of operational use. The most important result was strong evidence of a counter-intuitive relationship between pre- and postrelease faults; those modules which are the most fault-prone prerelease are among the least fault-prone postrelease, while conversely, the modules which are most fault-prone postrelease are among the least fault-prone prerelease. This observation has serious ramifications for the commonly used fault density measure. Our results provide data-points in building up an empirical picture of the software development process.</description><subject>Benchmark testing</subject><subject>Computer aided software engineering</subject><subject>Computer industry</subject><subject>Computer programs</subject><subject>Density</subject><subject>Density measurement</subject><subject>Design specifications</subject><subject>Failure</subject><subject>Failure analysis</subject><subject>Faults</subject><subject>Hypotheses</subject><subject>Modules</subject><subject>Phase measurement</subject><subject>Programming</subject><subject>Quantitative analysis</subject><subject>Software</subject><subject>Software development</subject><subject>Software engineering</subject><subject>Software metrics</subject><subject>Software systems</subject><subject>Software testing</subject><subject>Studies</subject><issn>0098-5589</issn><issn>1939-3520</issn><fulltext>true</fulltext><rsrctype>article</rsrctype><creationdate>2000</creationdate><recordtype>article</recordtype><sourceid>RIE</sourceid><sourceid>8G5</sourceid><sourceid>ABUWG</sourceid><sourceid>AFKRA</sourceid><sourceid>AZQEC</sourceid><sourceid>BENPR</sourceid><sourceid>CCPQU</sourceid><sourceid>DWQXO</sourceid><sourceid>GNUQQ</sourceid><sourceid>GUQSH</sourceid><sourceid>M2O</sourceid><recordid>eNqF0TtLBDEQB_AgCp6nha1VsFAs9sxj8yrl8HFwIILWIZtLIMfu7Zlk1fv2RlYsLLSaYebHFPMH4BSjGcZIXVMyk0JJzPbABCuqKsoI2gcThJSsGJPqEByltEYIMSHYBCyeBrPJIZsc3hw0G9PuUkiw99Cboc2pjFalDe0QXYJhAw20fbdt3QdMvc_vJjqYdim77hgceNMmd_Jdp-Dl7vZ5_lAtH-8X85tlZWtKc7VihDSNs1YYxhEiUnGPPDFIet5IRg1zygqMVb0ShoqGKmEEaySVnGOrPJ2Cy_HuNvavg0tZdyFZ17Zm4_ohaYVrTmvGeZEXf0qiaLmKyP9QUo4olwWe_4LrfojlaUljxZiQqLgpuBqRjX1K0Xm9jaEzcacx0l8haUr0GFKxZ6MNzrkf9738BHBqit0</recordid><startdate>20000801</startdate><enddate>20000801</enddate><creator>Fenton, N.E.</creator><creator>Ohlsson, N.</creator><general>IEEE</general><general>IEEE Computer Society</general><scope>RIA</scope><scope>RIE</scope><scope>AAYXX</scope><scope>CITATION</scope><scope>3V.</scope><scope>7WY</scope><scope>7WZ</scope><scope>7X7</scope><scope>7XB</scope><scope>87Z</scope><scope>88E</scope><scope>88F</scope><scope>88I</scope><scope>88K</scope><scope>8AL</scope><scope>8FE</scope><scope>8FG</scope><scope>8FI</scope><scope>8FJ</scope><scope>8FK</scope><scope>8FL</scope><scope>8G5</scope><scope>ABJCF</scope><scope>ABUWG</scope><scope>AFKRA</scope><scope>ARAPS</scope><scope>AZQEC</scope><scope>BENPR</scope><scope>BEZIV</scope><scope>BGLVJ</scope><scope>CCPQU</scope><scope>DWQXO</scope><scope>FRNLG</scope><scope>FYUFA</scope><scope>F~G</scope><scope>GHDGH</scope><scope>GNUQQ</scope><scope>GUQSH</scope><scope>HCIFZ</scope><scope>JQ2</scope><scope>K60</scope><scope>K6~</scope><scope>K7-</scope><scope>K9.</scope><scope>L.-</scope><scope>L6V</scope><scope>M0C</scope><scope>M0N</scope><scope>M0S</scope><scope>M1P</scope><scope>M1Q</scope><scope>M2O</scope><scope>M2P</scope><scope>M2T</scope><scope>M7S</scope><scope>MBDVC</scope><scope>P5Z</scope><scope>P62</scope><scope>PQBIZ</scope><scope>PQBZA</scope><scope>PQEST</scope><scope>PQQKQ</scope><scope>PQUKI</scope><scope>PRINS</scope><scope>PTHSS</scope><scope>Q9U</scope><scope>7SC</scope><scope>8FD</scope><scope>L7M</scope><scope>L~C</scope><scope>L~D</scope><scope>7TB</scope><scope>FR3</scope><scope>KR7</scope><scope>7SP</scope><scope>F28</scope></search><sort><creationdate>20000801</creationdate><title>Quantitative analysis of faults and failures in a complex software system</title><author>Fenton, N.E. ; Ohlsson, N.</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-LOGICAL-c433t-d522bbecc7a56002896f0f2a08f6b853a5e9c71194d7a37b397a75b838661c9f3</frbrgroupid><rsrctype>articles</rsrctype><prefilter>articles</prefilter><language>eng</language><creationdate>2000</creationdate><topic>Benchmark testing</topic><topic>Computer aided software engineering</topic><topic>Computer industry</topic><topic>Computer programs</topic><topic>Density</topic><topic>Density measurement</topic><topic>Design specifications</topic><topic>Failure</topic><topic>Failure analysis</topic><topic>Faults</topic><topic>Hypotheses</topic><topic>Modules</topic><topic>Phase measurement</topic><topic>Programming</topic><topic>Quantitative analysis</topic><topic>Software</topic><topic>Software development</topic><topic>Software engineering</topic><topic>Software metrics</topic><topic>Software systems</topic><topic>Software testing</topic><topic>Studies</topic><toplevel>peer_reviewed</toplevel><toplevel>online_resources</toplevel><creatorcontrib>Fenton, N.E.</creatorcontrib><creatorcontrib>Ohlsson, N.</creatorcontrib><collection>IEEE All-Society Periodicals Package (ASPP) 1998-Present</collection><collection>IEEE Electronic Library (IEL)</collection><collection>CrossRef</collection><collection>ProQuest Central (Corporate)</collection><collection>Access via ABI/INFORM (ProQuest)</collection><collection>ABI/INFORM Global (PDF only)</collection><collection>Health &amp; Medical Collection</collection><collection>ProQuest Central (purchase pre-March 2016)</collection><collection>ABI/INFORM Global (Alumni Edition)</collection><collection>Medical Database (Alumni Edition)</collection><collection>Military Database (Alumni Edition)</collection><collection>Science Database (Alumni Edition)</collection><collection>Telecommunications (Alumni Edition)</collection><collection>Computing Database (Alumni Edition)</collection><collection>ProQuest SciTech Collection</collection><collection>ProQuest Technology Collection</collection><collection>Hospital Premium Collection</collection><collection>Hospital Premium Collection (Alumni Edition)</collection><collection>ProQuest Central (Alumni) (purchase pre-March 2016)</collection><collection>ABI/INFORM Collection (Alumni Edition)</collection><collection>Research Library (Alumni Edition)</collection><collection>Materials Science &amp; Engineering Collection</collection><collection>ProQuest Central (Alumni Edition)</collection><collection>ProQuest Central UK/Ireland</collection><collection>Advanced Technologies &amp; Aerospace Collection</collection><collection>ProQuest Central Essentials</collection><collection>ProQuest Central</collection><collection>Business Premium Collection</collection><collection>Technology Collection</collection><collection>ProQuest One Community College</collection><collection>ProQuest Central Korea</collection><collection>Business Premium Collection (Alumni)</collection><collection>Health Research Premium Collection</collection><collection>ABI/INFORM Global (Corporate)</collection><collection>Health Research Premium Collection (Alumni)</collection><collection>ProQuest Central Student</collection><collection>Research Library Prep</collection><collection>SciTech Premium Collection</collection><collection>ProQuest Computer Science Collection</collection><collection>ProQuest Business Collection (Alumni Edition)</collection><collection>ProQuest Business Collection</collection><collection>Computer Science Database</collection><collection>ProQuest Health &amp; Medical Complete (Alumni)</collection><collection>ABI/INFORM Professional Advanced</collection><collection>ProQuest Engineering Collection</collection><collection>ABI/INFORM Global</collection><collection>Computing Database</collection><collection>Health &amp; Medical Collection (Alumni Edition)</collection><collection>Medical Database</collection><collection>Military Database</collection><collection>Research Library</collection><collection>Science Database</collection><collection>Telecommunications Database</collection><collection>Engineering Database</collection><collection>Research Library (Corporate)</collection><collection>Advanced Technologies &amp; Aerospace Database</collection><collection>ProQuest Advanced Technologies &amp; Aerospace Collection</collection><collection>ProQuest One Business</collection><collection>ProQuest One Business (Alumni)</collection><collection>ProQuest One Academic Eastern Edition (DO NOT USE)</collection><collection>ProQuest One Academic</collection><collection>ProQuest One Academic UKI Edition</collection><collection>ProQuest Central China</collection><collection>Engineering Collection</collection><collection>ProQuest Central Basic</collection><collection>Computer and Information Systems Abstracts</collection><collection>Technology Research Database</collection><collection>Advanced Technologies Database with Aerospace</collection><collection>Computer and Information Systems Abstracts – Academic</collection><collection>Computer and Information Systems Abstracts Professional</collection><collection>Mechanical &amp; Transportation Engineering Abstracts</collection><collection>Engineering Research Database</collection><collection>Civil Engineering Abstracts</collection><collection>Electronics &amp; Communications Abstracts</collection><collection>ANTE: Abstracts in New Technology &amp; Engineering</collection><jtitle>IEEE transactions on software engineering</jtitle></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext_linktorsrc</fulltext></delivery><addata><au>Fenton, N.E.</au><au>Ohlsson, N.</au><format>journal</format><genre>article</genre><ristype>JOUR</ristype><atitle>Quantitative analysis of faults and failures in a complex software system</atitle><jtitle>IEEE transactions on software engineering</jtitle><stitle>TSE</stitle><date>2000-08-01</date><risdate>2000</risdate><volume>26</volume><issue>8</issue><spage>797</spage><epage>814</epage><pages>797-814</pages><issn>0098-5589</issn><eissn>1939-3520</eissn><coden>IESEDJ</coden><abstract>The authors describe a number of results from a quantitative study of faults and failures in two releases of a major commercial software system. They tested a range of basic software engineering hypotheses relating to: the Pareto principle of distribution of faults and failures; the use of early fault data to predict later fault and failure data; metrics for fault prediction; and benchmarking fault data. For example, we found strong evidence that a small number of modules contain most of the faults discovered in prerelease testing and that a very small number of modules contain most of the faults discovered in operation. We found no evidence to support previous claims relating module size to fault density nor did we find evidence that popular complexity metrics are good predictors of either fault-prone or failure-prone modules. We confirmed that the number of faults discovered in prerelease testing is an order of magnitude greater than the number discovered in 12 months of operational use. The most important result was strong evidence of a counter-intuitive relationship between pre- and postrelease faults; those modules which are the most fault-prone prerelease are among the least fault-prone postrelease, while conversely, the modules which are most fault-prone postrelease are among the least fault-prone prerelease. This observation has serious ramifications for the commonly used fault density measure. Our results provide data-points in building up an empirical picture of the software development process.</abstract><cop>New York</cop><pub>IEEE</pub><doi>10.1109/32.879815</doi><tpages>18</tpages></addata></record>
fulltext fulltext_linktorsrc
identifier ISSN: 0098-5589
ispartof IEEE transactions on software engineering, 2000-08, Vol.26 (8), p.797-814
issn 0098-5589
1939-3520
language eng
recordid cdi_proquest_miscellaneous_29338602
source IEEE Electronic Library (IEL)
subjects Benchmark testing
Computer aided software engineering
Computer industry
Computer programs
Density
Density measurement
Design specifications
Failure
Failure analysis
Faults
Hypotheses
Modules
Phase measurement
Programming
Quantitative analysis
Software
Software development
Software engineering
Software metrics
Software systems
Software testing
Studies
title Quantitative analysis of faults and failures in a complex software system
url https://sfx.bib-bvb.de/sfx_tum?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-02T12%3A12%3A30IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-proquest_RIE&rft_val_fmt=info:ofi/fmt:kev:mtx:journal&rft.genre=article&rft.atitle=Quantitative%20analysis%20of%20faults%20and%20failures%20in%20a%20complex%20software%20system&rft.jtitle=IEEE%20transactions%20on%20software%20engineering&rft.au=Fenton,%20N.E.&rft.date=2000-08-01&rft.volume=26&rft.issue=8&rft.spage=797&rft.epage=814&rft.pages=797-814&rft.issn=0098-5589&rft.eissn=1939-3520&rft.coden=IESEDJ&rft_id=info:doi/10.1109/32.879815&rft_dat=%3Cproquest_RIE%3E28360368%3C/proquest_RIE%3E%3Curl%3E%3C/url%3E&disable_directlink=true&sfx.directlink=off&sfx.report_link=0&rft_id=info:oai/&rft_pqid=195578060&rft_id=info:pmid/&rft_ieee_id=879815&rfr_iscdi=true