Demo Data from VLDB 2026 / reviewers in the wild / expert
Cathrin Weiss
dblp:w/CathrinWeiss · also Cathrin Weiß
· DBLP profile ↗
4ranked-venue papers
2as first author
0since 2021 · last 2015
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3 · 1 first-authorDatabases, data management, data science and information retrieval · 1 · 1 first-author
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
3 papers |
Program analysis · 50% Software maintenance and evolution · 27% Empirical software engineering · 23% | |
| Databases, data mining, and information retrieval
1 paper |
Graph data management · 61% Information retrieval · 39% |
Topics — the 12 heaviest of 12, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program analysis › dynamic analysis › trace analysis
error propagation analysis |
0.2 | 1 | 2015 | Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015 |
Program analysis › data flow analysis
interprocedural dataflow analysis |
0.2 | 1 | 2015 | Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015 |
Program analysis
static analysis |
0.2 | 1 | 2015 | Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015 |
Empirical software engineering › issue report analysis
bug report quality |
0.2 | 2 | 2010 | What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010 What makes a good bug report? · SIGSOFT FSE 2008 |
Software maintenance and evolution › issue tracking
bug tracking |
0.1 | 2 | 2010 | What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010 What makes a good bug report? · SIGSOFT FSE 2008 |
Empirical software engineering
developer studies |
0.1 | 2 | 2010 | What makes a good bug report? · SIGSOFT FSE 2008 What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010 |
Software maintenance and evolution › issue tracking
bug reports |
0.1 | 1 | 2010 | What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010 |
Software maintenance and evolution › bug triage
bug report management |
0.1 | 1 | 2010 | What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010 |
Information retrieval
indexing |
0.1 | 1 | 2008 | Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008 |
Graph data management
RDF data management |
0.1 | 1 | 2008 | Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008 |
Graph data management › RDF data management
RDF storage and indexing |
0.1 | 1 | 2008 | Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008 |
Information retrieval
query processing |
0.0 | 1 | 2008 | Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008 |
Methods — techniques the papers use, named apart from their topics
semantic web database · 0.2graph algorithms · 0.2survey · 0.2prototype · 0.1machine learning · 0.1vertical partitioning · 0.1
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | Database-Backed Program Analysis for Scalable Error PropagationabstractSoftware is rapidly increasing in size and complexity. Static analyses must be designed to scale well if they are to be usable with realistic applications, but prior efforts have often been limited by available memory. We propose a database-backed strategy for large program analysis based on graph algorithms, using a Semantic Web database to manage representations of the program under analysis. Our approach is applicable to a variety of interprocedural finite distributive subset (IFDS) dataflow problems; we focus on error propagation as a motivating example. Our implementation analyzes multi-million-line programs quickly and in just a fraction of the memory required by prior approaches. When memory alone is insufficient, our approach falls back on disk using several hybrid configurations tuned to put all available resources to good use. Cathrin Weiss, Cindy Rubio-González, Ben Liblit |
ICSE (1) | 1 |
| 2010 | What Makes a Good Bug Report?abstractIn software development, bug reports provide crucial information to developers. However, these reports widely differ in their quality. We conducted a survey among developers and users of APACHE, ECLIPSE, and MOZILLA to find out what makes a good bug report. The analysis of the 466 responses revealed an information mismatch between what developers need and what users supply. Most developers consider steps to reproduce, stack traces, and test cases as helpful, which are, at the same time, most difficult to provide for users. Such insight is helpful for designing new bug tracking tools that guide users at collecting and providing more helpful information. Our CUEZILLA prototype is such a tool and measures the quality of new bug reports; it also recommends which elements should be added to improve the quality. We trained CUEZILLA on a sample of 289 bug reports, rated by developers as part of the survey. The participants of our survey also provided 175 comments on hurdles in reporting and resolving bugs. Based on these comments, we discuss several recommendations for better bug tracking systems, which should focus on engaging bug reporters, better tool support, and improved handling of bug duplicates. Thomas Zimmermann 0001, Rahul Premraj, Nicolas Bettenburg, Sascha Just, Adrian Schröter, Cathrin Weiss |
IEEE Trans. Software Eng. | 6 |
| 2008 | What makes a good bug report?abstractIn software development, bug reports provide crucial information to developers. However, these reports widely differ in their quality. We conducted a survey among developers and users of APACHE, ECLIPSE, and MOZILLA to find out what makes a good bug report. Nicolas Bettenburg, Sascha Just, Adrian Schröter, Cathrin Weiss, Rahul Premraj, Thomas Zimmermann 0001 |
SIGSOFT FSE | 4 |
| 2008 | Hexastore: sextuple indexing for semantic web data managementabstractDespite the intense interest towards realizing the Semantic Web vision, most existing RDF data management schemes are constrained in terms of efficiency and scalability. Still, the growing popularity of the RDF format arguably calls for an effort to offset these drawbacks. Viewed from a relational-database perspective, these constraints are derived from the very nature of the RDF data model, which is based on a triple format. Recent research has attempted to address these constraints using a vertical-partitioning approach, in which separate two-column tables are constructed for each property. However, as we show, this approach suffers from similar scalability drawbacks on queries that are not bound by RDF property value. In this paper, we propose an RDF storage scheme that uses the triple nature of RDF as an asset. This scheme enhances the vertical partitioning idea and takes it to its logical conclusion. RDF data is indexed in six possible ways, one for each possible ordering of the three RDF elements. Each instance of an RDF element is associated with two vectors; each such vector gathers elements of one of the other types, along with lists of the third-type resources attached to each vector element. Hence, a sextuple-indexing scheme emerges. This format allows for quick and scalable general-purpose query processing; it confers significant advantages (up to five orders of magnitude) compared to previous approaches for RDF data management, at the price of a worst-case five-fold increase in index space. We experimentally document the advantages of our approach on real-world and synthetic data sets with practical queries. Cathrin Weiss, Panagiotis Karras, Abraham Bernstein |
Proc. VLDB Endow. | 1 |