Ellims, Michael; Bridges, James and Ince, Darrel C.
|DOI (Digital Object Identifier) Link:||http://doi.org/10.1007/s10664-006-5964-9|
|Google Scholar:||Look up in Google Scholar|
Conventional wisdom and anecdote suggests that testing takes between 30 to 50% of a project's effort. However testing is not a monolithic activity as it consists of a number of different phases such as unit testing, integration testing and finally system and acceptance test.
Unit testing has received a lot of criticism in terms of the amount of time that it is perceived to take and its perceived costs. However it still remains an important verification activity being an effective means to test individual software components for boundary value behavior and ensure that all code has been exercised adequately. We examine the available data from three safety-related, industrial software projects that have made use of unit testing. Using this information we argue that the perceived costs of unit testing may be exaggerated and that the likely benefits in terms of defect detection are quite high in relation to those costs.
We also discuss the different issues that have been found applying the technique at different phases of the development and using different methods to generate those tests. We also compare results we have obtained with empirical results from the literature and highlight some possible weakness of research in this area.
|Item Type:||Journal Article|
|Keywords:||adequacy criteria; software testing; test effectiveness; unit testing|
|Academic Unit/Department:||Faculty of Science, Technology, Engineering and Mathematics (STEM) > Computing and Communications
Faculty of Science, Technology, Engineering and Mathematics (STEM)
|Interdisciplinary Research Centre:||Centre for Research in Computing (CRC)|
|Depositing User:||Michelle Bailey|
|Date Deposited:||30 Jun 2006|
|Last Modified:||04 Oct 2016 09:50|
|Share this page:|