Demo Data from EDBT 2026 / reviewers in the wild / expert
Roland Weber
dblp:14/5912
· DBLP profile ↗
2ranked-venue papers
0as first author
0since 2021 · last 2007
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 2
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
2 papers |
Software testing · 100% |
Topics — the 4 heaviest of 5, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software testing › test coverage
code coverage |
0.1 | 1 | 2007 | Enhancing Software Testing by Judicious Use of Code Coverage Information · ICSE 2007 |
Software testing
automated testing |
0.1 | 1 | 2005 | Observations and lessons learned from automated testing · ICSE 2005 |
Software testing › test quality
test suite quality |
0.0 | 1 | 2007 | Enhancing Software Testing by Judicious Use of Code Coverage Information · ICSE 2007 |
Software testing
testability |
0.0 | 1 | 2005 | Observations and lessons learned from automated testing · ICSE 2005 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2007 | Enhancing Software Testing by Judicious Use of Code Coverage InformationabstractRecently, tools for the analysis and visualization of code coverage have become widely available. At first glance, their value in assessing and improving the quality of automated test suites seems to be obvious. Yet, experimental studies as well as experience from projects in industry indicate that their use is not without pitfalls. We found these tools in a number of recent projects quite beneficial. Therefore, we set out to gather code coverage information from one of these projects. In this experience report, first the system under scrutiny as well as our methodology is described. Then, four major questions concerning the impact and benefits of using these tools are discussed. Furthermore, a list of ten lessons learned is derived. The list may help developers judiciously use code coverage tools, in order to reap a maximum of benefits. Stefan Berner, Roland Weber, Rudolf K. Keller |
ICSE | 2 |
| 2005 | Observations and lessons learned from automated testingabstractThis report addresses some of our observations made in a dozen of projects in the area of software testing, and more specifically, in automated testing. It documents, analyzes and consolidates what we consider to be of interest to the community. The major findings can be summarized in a number of lessons learned, covering test strategy, testability, daily integration, and best practices.The report starts with a brief description of five sample projects. Then, we discuss our observations and experiences and illustrate them with the sample projects. The report concludes with a synopsis of these experiences and with suggestions for future test automation endeavors. Stefan Berner, Roland Weber, Rudolf K. Keller |
ICSE | 2 |