Please use this identifier to cite or link to this item:
http://bura.brunel.ac.uk/handle/2438/14550
Full metadata record
DC Field | Value | Language |
---|---|---|
dc.contributor.author | Fucci, D | - |
dc.contributor.author | Erdogmus, H | - |
dc.contributor.author | Turhan, B | - |
dc.contributor.author | Oivo, M | - |
dc.contributor.author | Juristo, N | - |
dc.date.accessioned | 2017-05-17T11:24:38Z | - |
dc.date.available | 2016 | - |
dc.date.available | 2017-05-17T11:24:38Z | - |
dc.date.issued | 2016 | - |
dc.identifier.citation | IEEE Transactions on Software Engineering, (2016) | en_US |
dc.identifier.issn | 0098-5589 | - |
dc.identifier.uri | http://bura.brunel.ac.uk/handle/2438/14550 | - |
dc.description.abstract | Background: Test-driven development (TDD) is a technique that repeats short coding cycles interleaved with testing. The developer first writes a unit test for the desired functionality, followed by the necessary production code, and refactors the code. Many empirical studies neglect unique process characteristics related to TDD iterative nature. Aim: We formulate four process characteristic: sequencing, granularity, uniformity, and refactoring effort. We investigate how these characteristics impact quality and productivity in TDD and related variations. Method: We analyzed 82 data points collected from 39 professionals, each capturing the process used while performing a specific development task. We built regression models to assess the impact of process characteristics on quality and productivity. Quality was measured by functional correctness. Result: Quality and productivity improvements were primarily positively associated with the granularity and uniformity. Sequencing, the order in which test and production code are written, had no important influence. Refactoring effort was negatively associated with both outcomes. We explain the unexpected negative correlation with quality by possible prevalence of mixed refactoring. Conclusion: The claimed benefits of TDD may not be due to its distinctive test-first dynamic, but rather due to the fact that TDD-like processes encourage fine-grained, steady steps that improve focus and flow. | en_US |
dc.description.sponsorship | This research is supported in part by the Academy of Finland Project #2402080 and the TEKES FiDiPro Programme. | en_US |
dc.format.extent | 1 - 1 | - |
dc.language.iso | en | en_US |
dc.publisher | IEEE | en_US |
dc.subject | Test-driven development | en_US |
dc.subject | Empirical investigation | en_US |
dc.subject | Process dimensions | en_US |
dc.subject | External quality | en_US |
dc.subject | Productivity | en_US |
dc.title | A dissection of test-driven development: Does it really matter to test-first or to test-last? | en_US |
dc.type | Article | en_US |
dc.identifier.doi | http://dx.doi.org/10.1109/TSE.2016.2616877 | - |
dc.relation.isPartOf | IEEE Transactions on Software Engineering | - |
pubs.publication-status | Published | - |
Appears in Collections: | Dept of Computer Science Research Papers |
Files in This Item:
File | Description | Size | Format | |
---|---|---|---|---|
FullText.pdf | 1.09 MB | Adobe PDF | View/Open |
Items in BURA are protected by copyright, with all rights reserved, unless otherwise indicated.