Graph explorer

Conditional Model Checking

Software model checking, as an undecidable problem, has three possible outcomes: (1) the program satisfies the specification, (2) the program does not satisfy the specification, and (3) the model checker fails. The third outcome usually manifests itself in a space-out, time-out, or one component of the verification tool giving up; in all of these failing cases, significant computation is performed by the verification tool before the failure, but no result is reported. We propose to reformulate the model-checking problem as follows, in order to have the verification tool report a summary of the performed work even in case of failure: given a program and a specification, the model checker returns a condition P ---usually a state predicate--- such that the program satisfies the specification under the condition P ---that is, as long as the program does not leave states in which P is satisfied. We are of course interested in model checkers that return conditions P that are as weak as possible. Instead of outcome (1), the model checker will return P = true; instead of (2), the condition P will return the part of the state space that satisfies the specification; and in case (3), the cond

7 nodes7 linksoverview mapConditional Model Checking
7 nodes7 links
Conditional Model Checking7 visible / 7 total nodes / 13 links
Related contextCo-authorshipCo-authorshipCo-authorshipCo-authorshipCo-authorshipCo-authorshipAuthorshipAuthorshipAuthorshipAuthorshipTopic signalTopic signalWConditional Model Checkingpreprint / 2011ADirk BeyerResearcherAThomas A. HenzingerResearcherAM. Erkan KeremogluResearcherAPhilipp WendlerResearcherTSoftware Engineering3620 worksTProgramming Languages1239 works
PaperSignal 106 links

Conditional Model Checking

preprint / 2011

Open