2018
DOI: 10.1007/978-3-319-77243-1_18
|View full text |Cite
|
Sign up to set email alerts
|

On the Understanding of BDD Scenarios’ Quality: Preliminary Practitioners’ Opinions

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
2

Citation Types

1
5
0

Year Published

2019
2019
2023
2023

Publication Types

Select...
3
1
1

Relationship

0
5

Authors

Journals

citations
Cited by 6 publications
(6 citation statements)
references
References 5 publications
1
5
0
Order By: Relevance
“…We could see in our data that one participant who did not trust the completeness of the feature file validated his answer using the step code and source code. Our study complements the study by Oliveira and Marczak [34] on the importance of conforming to quality guidelines in formulating feature files.…”
Section: Discussion and Limitations Of Study Resultssupporting
confidence: 55%
See 2 more Smart Citations
“…We could see in our data that one participant who did not trust the completeness of the feature file validated his answer using the step code and source code. Our study complements the study by Oliveira and Marczak [34] on the importance of conforming to quality guidelines in formulating feature files.…”
Section: Discussion and Limitations Of Study Resultssupporting
confidence: 55%
“…Moreover, one participant pointed out that a scenario described in one of the feature files had a pre-condition which did not have a corresponding implementation in the source code. Such an issue has been described in [34] as a consequence of adding unnecessary detail to a feature file. Completeness of a feature file is an attribute that practitioners found to be important for a feature file [34].…”
Section: Discussion and Limitations Of Study Resultsmentioning
confidence: 99%
See 1 more Smart Citation
“…BDD scenarios specify the expected software behaviour through a set of plain English textual steps written using the Gherkin syntax [4]. The relatively unconstrained format of such specifications, however, gives rise to most of the problems typically found in natural language requirements specifications such as verbosity, incompleteness, and ambiguity [5], which often make them difficult to understand and assess [6]. Furthermore, poorly-written BDD scenarios has been reported in the literature as one of the key hindrances to achieve the benefits of the approach [7].…”
Section: Introductionmentioning
confidence: 99%
“…BDD stories specify the expected software behaviour through a set of natural language textual scenarios describing transitions on a state machine. However, as there is no guidance regarding the vocabulary that should be used to describe the expected software behaviour into the stories, most of the issues related to natural language requirements specifications such as verbosity, incompleteness, and ambiguity still persist [24].…”
Section: Introductionmentioning
confidence: 99%