Changes between Version 3 and Version 4 of path:tutorial:traceability

Timestamp:

01/09/2014 06:17:59 PM (10 years ago)

Author:

michael.perscheid

Comment:

--

path:tutorial:traceability

@@ -3 +3 @@
 = Requirements Traceability =
 
-'''Keywords:''' Testing, Separation of Concerns, Traceability, Program Comprehension, Dynamic Analysis
+'''Keywords:''' Requirements, Testing, Separation of Concerns, Traceability, Program Comprehension, Dynamic Analysis
+
+Requirements traceability is considered to be important for software understanding as it supports answers for questions such as why a particular source code entity was implemented.
+However, the presence of and traceability to requirements is increasingly lost in later more code-centric development activities. 
+Tracing which parts of the system contribute to which requirement is therefore hard and so limits understandability.
+
+We automatically recover traceability by linking requirements with their test cases and analyzing their run-time behavior. 
+Often, test cases were implemented with a particular reason in mind such as verifying a specific requirement. 
+With the connection between test cases and their requirements (or other development artifacts), the meaning of subsequently behavioral paths can be enhanced.
+Adapting the concepts of feature localization, annotated test cases are executed and covered methods are related to the requirements in question. 
+A requirement is traced to a source code entity if it has been executed at least once in a specific test case that is linked to this requirement. 
+Depending on the coverage of test cases, large parts of the system can be traced and classified to requirements automatically.
+Thus, our approach allows developers to comprehend the system from the users point of view and to answer for typical software maintenance questions such as ”how is this requirement implemented?” or ”which source code entities are related to the user’s failure report?”.
 
 == Demonstration ==