loading...
 This Article 
   
 Share 
   
 Bibliographic References 
   
 Add to: 
 
Digg
Furl
Spurl
Blink
Simpy
Google
Del.icio.us
Y!MyWeb
 
 Search 
   
25th International Conference on Software Engineering (ICSE'03)
Requirements Discovery during the Testing of Safety-Critical Software
Portland, Oregon
May 03-May 10
ISBN: 0-7695-1877-X
Robyn R. Lutz, Jet Propulsion Laboratory and Iowa State University
In?s Carmen Mikulski, Jet Propulsion Laboratory
This paper describes the role of requirements discovery during the testing of a safety-critical software system. Analysis of problem reports generated by the integration and system testing of an embedded, safety-critical software system identified four common mechanisms for requirements discovery and resolution during testing: (1) Incomplete requirements, resolved by changes to the software, (2) Unexpected requirements interactions, resolved by changes to the operational procedures, (3) Requirements confusion by the testers, resolved by changes to the documentation, and (4) Requirements confusion by the testers, resolved by a determination that no change was needed. The experience reported here confirms that requirements discovery during testing is frequently due to communication difficulties and subtle interface issues. The results also suggest that "false positive" problem reports from testing (in which the software behaves correctly but unexpectedly) provide a rich source of requirements information that can be used to reduce operational anomalies in critical systems.
Citation:
Robyn R. Lutz, In?s Carmen Mikulski, "Requirements Discovery during the Testing of Safety-Critical Software," icse, pp.578, 25th International Conference on Software Engineering (ICSE'03), 2003
Usage of this product signifies your acceptance of the Terms of Use.