TY - JOUR
T1 - Best Practices of Testing Database Manipulation Code
AU - Gobert, Maxime
AU - Nagy, Csaba
AU - Rocha, Henrique
AU - Demeyer, Serge
AU - Cleve, Anthony
N1 - Funding Information:
This research was supported by (i) the F.R.S.-FNRS (Fonds de la Recherche Scientifique) and FWO-Vlaanderen EOS project SECO-ASSIST ( 30446992 ), (ii) the F.R.S.-FNRS and SNF (Swiss National Science Foundation) PDR project INSTINCT ( 35270712 ), and (iii) Flanders Make vzw .
Publisher Copyright:
© 2022 The Author(s)
PY - 2023/1
Y1 - 2023/1
N2 - Software testing enables development teams to maintain the quality of a software system while it evolves. The database manipulation code requires special attention in this context. However, it is often neglected and suffers from software maintenance problems. In this paper, we study the current state-of-the-practice in testing database manipulation code. We first analysed the tests of 72 open-source projects to gain insight into the coverage of database access code. The database was poorly tested: 46% of the projects did not cover with tests half of their database access methods, and 33% did not cover the database code at all. This poor coverage motivated us to study developers’ challenges and best practices. (i) First, we analysed 532 questions on Stack Exchange sites and deduced a taxonomy of issues. Developers mostly looked for general best practices to test database access code. Their technical questions were related to database management, mocking, parallelisation, or framework/tool usage. (ii) Next, we examined the answers to these questions. We manually labelled 598 answers to 255 questions. We distinguished 363 solutions and organised them in a taxonomy of best practices. Most of the suggestions considered the testing environment and recommended various tools or configurations. The second largest category was database management, where many addressed database initialisation and clean-up between tests. Other categories pertained to code structure or design, concepts, performance, processes, test characteristics, test code, and mocking. We illustrate the two taxonomies through intriguing examples.
AB - Software testing enables development teams to maintain the quality of a software system while it evolves. The database manipulation code requires special attention in this context. However, it is often neglected and suffers from software maintenance problems. In this paper, we study the current state-of-the-practice in testing database manipulation code. We first analysed the tests of 72 open-source projects to gain insight into the coverage of database access code. The database was poorly tested: 46% of the projects did not cover with tests half of their database access methods, and 33% did not cover the database code at all. This poor coverage motivated us to study developers’ challenges and best practices. (i) First, we analysed 532 questions on Stack Exchange sites and deduced a taxonomy of issues. Developers mostly looked for general best practices to test database access code. Their technical questions were related to database management, mocking, parallelisation, or framework/tool usage. (ii) Next, we examined the answers to these questions. We manually labelled 598 answers to 255 questions. We distinguished 363 solutions and organised them in a taxonomy of best practices. Most of the suggestions considered the testing environment and recommended various tools or configurations. The second largest category was database management, where many addressed database initialisation and clean-up between tests. Other categories pertained to code structure or design, concepts, performance, processes, test characteristics, test code, and mocking. We illustrate the two taxonomies through intriguing examples.
KW - Database manipulation code
KW - Empirical study
KW - Testing
UR - http://www.scopus.com/inward/record.url?scp=85136126859&partnerID=8YFLogxK
U2 - https://doi.org/10.1016/j.is.2022.102105
DO - https://doi.org/10.1016/j.is.2022.102105
M3 - Article
SN - 0306-4379
VL - 111
JO - Information Systems
JF - Information Systems
M1 - 102105
ER -