
In software industry there is a common assumption that deployment of software reliability engineering (SRE) contributes to huge overhead in development and its practice does not match the agile software development which puts emphasis on traveling light and generating a minimal amount of project artifacts. However measuring and/or assessing reliability of developed software is nevertheless a very important task and there seems to be a natural fit between SRE and agile in driving certification testing. SRE typically focuses on directing test efforts after software has been created in order to achieve a predetermined failure intensity objective (FIO). It also uses reliability growth models in order to predict when the software will meet the FIO, and therefore can be released. While these ideas may initially seem incompatible with the test-driven emphasis of agile methods, we show that SRE does in fact have value within the agile process context.
| selected citations These citations are derived from selected sources. This is an alternative to the "Influence" indicator, which also reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | 5 | |
| popularity This indicator reflects the "current" impact/attention (the "hype") of an article in the research community at large, based on the underlying citation network. | Average | |
| influence This indicator reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | Top 10% | |
| impulse This indicator reflects the initial momentum of an article directly after its publication, based on the underlying citation network. | Average |
