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...
Gespeichert in:
Veröffentlicht in: | IEEE transactions on software engineering 2000-08, Vol.26 (8), p.797-814 |
---|---|
Hauptverfasser: | , |
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 & 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 & Engineering Collection</collection><collection>ProQuest Central (Alumni Edition)</collection><collection>ProQuest Central UK/Ireland</collection><collection>Advanced Technologies & 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 & 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 & 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 & Aerospace Database</collection><collection>ProQuest Advanced Technologies & 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 & Transportation Engineering Abstracts</collection><collection>Engineering Research Database</collection><collection>Civil Engineering Abstracts</collection><collection>Electronics & Communications Abstracts</collection><collection>ANTE: Abstracts in New Technology & 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 |