When to Stop Testing for Large Software Systems with Changing Code

50Citations
Citations of this article
16Readers
Mendeley users who have this article in their library.
Get full text

Abstract

Developers of large software systems must decide how long software should be tested before releasing it. A common and usually unwarranted assumption is that the code remains frozen during testing. We present a stochastic and economic framework to deal with systems that change as they are tested. The changes can occur because of the delivery of software as it is developed, the way software is tested, the addition of fixes, and so on. Specifically, we report the details of a real time trial of a large software system that had a substantial amount of code added during testing. We describe the methodology, give all of the relevant details, and discuss the results obtained. We pay particular attention to graphical methods that are easy to understand, and that provide effective summaries of the testing process. Some of the plots found useful by the software testers include the Net Benefit Plot, which gives a running chart of the benefit; the Stopping Plot, which estimates the amount of additional time needed for testing; and diagnostic plots. To encourage other researchers to try out different models, all of the relevant data are provided. © 1994 IEEE.

Cite

CITATION STYLE

APA

Dalal, S. R., & McIntosh, A. A. (1994). When to Stop Testing for Large Software Systems with Changing Code. IEEE Transactions on Software Engineering, 20(4), 318–323. https://doi.org/10.1109/32.277579

Register to see more suggestions

Mendeley helps you to discover research relevant for your work.

Already have an account?

Save time finding and organizing research with Mendeley

Sign up for free