dc.contributor.author | Christianson, B. | |
dc.contributor.author | Barrett, R. | |
dc.date.accessioned | 2010-07-21T08:54:50Z | |
dc.date.available | 2010-07-21T08:54:50Z | |
dc.date.issued | 1992 | |
dc.identifier.citation | Christianson , B & Barrett , R 1992 , Testing should help to insert new bugs or how to modify programs predictably? UH Computer Science Technical Report , vol. 144 , University of Hertfordshire . | |
dc.identifier.other | dspace: 2299/4677 | |
dc.identifier.uri | http://hdl.handle.net/2299/4677 | |
dc.description.abstract | Software maintenance is often regarded as consisting of two different activities, fixing bugs and modifying the code to adapt to changing requirements. We argue that these activities are really two faces of the same coin, but with modification corresponding to bug insertion rather than removal. This has an implication for the way testing is supported. Test tools should view system behaviour in the context given by the designers' models. Modification to a program will change the behaviour of one or more software components, and the designer must predict which components will be affected. If we think of a bug in a program as a modification from the desired behaviour then, in a similar way, it should be possible to predict which design components are causing the deviation. We propose a strategy for testing the design which will help with both forward modifications and error repair. | en |
dc.format.extent | 830552 | |
dc.language.iso | eng | |
dc.publisher | University of Hertfordshire | |
dc.relation.ispartofseries | UH Computer Science Technical Report | |
dc.title | Testing should help to insert new bugs or how to modify programs predictably? | en |
dc.contributor.institution | School of Computer Science | |
dc.contributor.institution | Centre for Computer Science and Informatics Research | |
rioxxterms.type | Other | |
herts.preservation.rarelyaccessed | true | |