Mostrar el registro sencillo del ítem

dc.contributor.authorJiménez Gil, Samuel
dc.contributor.authorCapel Tuñón, Manuel Isidoro 
dc.contributor.authorOlea Olea, Gabriel
dc.date.accessioned2024-06-20T08:20:39Z
dc.date.available2024-06-20T08:20:39Z
dc.date.issued2024-04-16
dc.identifier.citationGil, Samuel Jiménez, Manuel I. Capel, and Gabriel Olea Olea. Automatic test cases generation from formal contracts. Information and Software Technology 172 (2024) 107467 [10.1016/j.infsof.2024.107467]es_ES
dc.identifier.urihttps://hdl.handle.net/10481/92719
dc.description.abstractContext: Software verification for critical systems is facing an unprecedented cost increase due to the large amount of software packed in multicore platforms generally. A substantial amount of the verification efforts are dedicated to testing. Spark/Ada is a language often employed in safety-critical systems due to its high reliability. Formal contracts are often inserted in Spark’s program specification to be used by a static theorem prover that checks whether the specification conforms with the implementation. However, this static analysis has its limitations as certain bugs can only be spotted through software testing. Objective: The main goal of our work is to use these formal contracts in Spark as input for a test oracle – whose method we describe – to generate test cases. Subsequent objectives consist of a) arguing about the traceability to comply with safety-critical software standards such as DO-178C for civil avionics and b) embracing the best-established software testing methods for these systems. Method: Our test generation method reads Spark formal contracts and applies Equivalence Class Partitioning with Boundary Analysis as a software testing method generating traceable test cases. Results: The evaluation, which uses an array of open-source examples of Spark contracts, shows a high level of passed test cases and statement coverage. The results are also compared against a random test generator. Conclusion: The proposed method is very effective at achieving a high number of passed test cases and coverage. We make the case that the effort to create formal specifications for Spark can be used both for proof and (automatic) testing. Lastly, we noticed that some formal contracts are more suitable than others for our test generation.es_ES
dc.description.sponsorshipFunding of the open access fee: University of Granada / CBUA.es_ES
dc.language.isoenges_ES
dc.publisherElsevieres_ES
dc.rightsAttribution-NonCommercial-NoDerivatives 4.0 Internacional*
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/4.0/*
dc.subjectAutomatic test cases generationes_ES
dc.subjectSoftware testinges_ES
dc.subjectFormal methodses_ES
dc.titleAutomatic test cases generation from formal contractses_ES
dc.typejournal articlees_ES
dc.rights.accessRightsopen accesses_ES
dc.identifier.doi10.1016/j.infsof.2024.107467
dc.type.hasVersionVoRes_ES


Ficheros en el ítem

[PDF]

Este ítem aparece en la(s) siguiente(s) colección(ones)

Mostrar el registro sencillo del ítem

Attribution-NonCommercial-NoDerivatives 4.0 Internacional
Excepto si se señala otra cosa, la licencia del ítem se describe como Attribution-NonCommercial-NoDerivatives 4.0 Internacional