ResearchBib Share Your Research, Maximize Your Social Impacts
Sign for Notice Everyday Sign up >> Login

RERS 2018 - Rigorous Examination of Reactive Systems (RERS) Challenge

Date2018-11-05 - 2018-11-09


VenueLimassol, Cyprus Cyprus



Topics/Call fo Papers

Eactive systems appear everywhere, e.g. as Web services, decision support systems, or logical controllers. Their validation techniques are as diverse as their appearance and structure. They comprise various forms of static analysis, model checking, symbolic execution and (model-based) testing, often tailored to quite extreme frame conditions. Thus it is almost impossible to compare these techniques, let alone to establish clear application profiles as a means for recommendation. The RERS Challenges aim at overcoming this situation by providing a forum for experimental profile evaluation based on specifically designed Benchmark suites. These benchmarks are automatically synthesized to exhibit chosen properties, and then enhanced to include dedicated dimensions of difficulty, ranging from conceptual complexity of the properties (e.g. reachablity, full safety, liveness), over size of the reactive systems (a few hundred lines to millions of them), to exploited language features (arrays and arithmetic at index pointer).
Characteristic for RERS is its wide scope, which addresses not only source code analyzers, but also (model-based) testers and (test-based) modelers, and in particular Free stylers . Currently, RERS focuses on functional properties only, but non-functional properties like time, performance, and stochastical behavior are envisaged. In addition, it is planned to feature a number of case studies provided by industry.
A leading goal is to investigate the power of and synergy potential between source code-based (White-Box) approaches and purely testing-based (Black-Box) approaches:
How much does the source code of historically grown legacy applications help?
How far carries a purely testing-based investigation?
What is a good way to combine the two?
Testing-based approaches are independent of language features, but, to quote Dijkstra, they can only proof the presence of errors, never their absence. Source code analysis has the power to proof the absence of errors, but each new language feature may requires an enormous effort. Realistic problems will most probably always require both approaches, which, today, are typically applied in isolation.
The RERS Challenge provides a wealth of problems of increasing complexity, the more involved of which will probably be beyond any individual state-of-the-art method or tool. In order to encourage cooperation and the consideration of alternative solutions the RERS Challenges follow a clear free-style philosophy: apply whatever you have or you can get hold of, you are willing to specifically construct, and what you consider valuable.

Last modified: 2017-12-02 22:08:13