2009
DOI: 10.1007/s10606-009-9098-7
|View full text |Cite
|
Sign up to set email alerts
|

Testing in the Wild: The Social and Organisational Dimensions of Real World Practice

Abstract: Testing is a key part of any systems engineering project. There is an extensive literature on testing, but very little that focuses on how testing is carried out in real-world circumstances. This is partly because current practices are often seen as unsophisticated and ineffective. We believe that by investigating and characterising the real-world work of testing we can help question why such 'bad practices' occur and how improvements might be made. We also argue that the testing literature is too focused on t… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

3
50
0

Year Published

2011
2011
2023
2023

Publication Types

Select...
4
2
2

Relationship

0
8

Authors

Journals

citations
Cited by 68 publications
(54 citation statements)
references
References 35 publications
3
50
0
Order By: Relevance
“…By comparing the state of the practice to the state of the art of testing in the IDE [8][9][10], we aim to understand the testing patterns and needs of software engineers, expressed in our five research questions: If we study these research questions in a maximally large and varied population of software engineers, the answers to them can provide important implications for practitioners, designers of nextgeneration IDEs, and researchers. To this end, we have set up an open-ended, longitudinal field study [11] that has run for five months and involved 416 software engineers from industry as well as open-source projects around the world.…”
Section: How Much Should We Test? and When Should We Stop Testing?mentioning
confidence: 99%
See 1 more Smart Citation
“…By comparing the state of the practice to the state of the art of testing in the IDE [8][9][10], we aim to understand the testing patterns and needs of software engineers, expressed in our five research questions: If we study these research questions in a maximally large and varied population of software engineers, the answers to them can provide important implications for practitioners, designers of nextgeneration IDEs, and researchers. To this end, we have set up an open-ended, longitudinal field study [11] that has run for five months and involved 416 software engineers from industry as well as open-source projects around the world.…”
Section: How Much Should We Test? and When Should We Stop Testing?mentioning
confidence: 99%
“…These tools include Syde [32], Spyware [33], CodingTracker [34], the "Change-Oriented Programming Environment," 8 the "Eclipse Usage Data Collector," 9 QuantifiedDev, 10 Codealike, 11 and the work by Minelli et al [35]. However, none of these focuses on time-related developer testing.…”
Section: Related Workmentioning
confidence: 99%
“…This sentiment is manifest in the CSCW emphasis on workplace studies and especially single site-implementations (in a specific department or an organisation) (see for instance Fitzpatrick 2003), the influence of ethnographically inspired research methods (Rooksby et al 2009), a focus on the adoption of a given system rather than on how users collaborate using multiple systems (Berg 1999), and studies of relatively small numbers of users (tens or hundreds rather than thousands).…”
Section: Conceptualising Cooperative Workmentioning
confidence: 99%
“…They also mention that the focus in industry is more on automation to decrease the cost and effort of regression testing. Rooksby et al [6] argue for the need to investigate and characterize the real-world work of testing.…”
Section: Introductionmentioning
confidence: 99%