Published: April 17, 2015
Author(s)
Richard Kuhn (NIST), Raghu Kacker (NIST), Yu Lei (UTA), Jose Torres-Jimenez (CINVESTAV-Tamaulipas)
Conference
Name: Fourth International Workshop on Combinatorial Testing (IWCT 2015)
Dates: April 13-17, 2015
Location: Graz, Austria
Citation: Proceedings of the 2015 IEEE Eighth International Conference on Software Testing, Verification and Validation Workshops (ICSTW), pp. 1-4
Announcement
This short paper introduces a method for verifying equivalence classes for module/unit testing. This is achieved using a two-layer covering array, in which some or all values of a primary covering array represent equivalence classes. A second layer covering array of the equivalence class values is computed, and its values substituted for the equivalence class names in the primary array. It is shown that this method can detect certain classes of errors without a conventional test oracle, and an illustrative example is given.
This short paper introduces a method for verifying equivalence classes for module/unit testing. This is achieved using a two-layer covering array, in which some or all values of a primary covering array represent equivalence classes. A second layer covering array of the equivalence class values is...
See full abstract
This short paper introduces a method for verifying equivalence classes for module/unit testing. This is achieved using a two-layer covering array, in which some or all values of a primary covering array represent equivalence classes. A second layer covering array of the equivalence class values is computed, and its values substituted for the equivalence class names in the primary array. It is shown that this method can detect certain classes of errors without a conventional test oracle, and an illustrative example is given.
Hide full abstract
Keywords
combinatorial testing; factor covering array; oracle problem; t-way testing; verification and validation (V&; V)
Control Families
None selected
) or https:// don't prove our archive is authentic, only that you securely accessed it. Note that we are working to fix that :)
