Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Cathrin Weiss

dblp:w/CathrinWeiss · also Cathrin Weiß · DBLP profile ↗
← Back
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

TopicWeightPapersLastEvidence papers
Program analysis › dynamic analysis › trace analysis
error propagation analysis
0.212015
Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015
Program analysis › data flow analysis
interprocedural dataflow analysis
0.212015
Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015
Program analysis
static analysis
0.212015
Database-Backed Program Analysis for Scalable Error Propagation · ICSE (1) 2015
Empirical software engineering › issue report analysis
bug report quality
0.222010
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.122010
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.122010
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.112010
What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010
Software maintenance and evolution › bug triage
bug report management
0.112010
What Makes a Good Bug Report? · IEEE Trans. Software Eng. 2010
Information retrieval
indexing
0.112008
Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008
Graph data management
RDF data management
0.112008
Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008
Graph data management › RDF data management
RDF storage and indexing
0.112008
Hexastore: sextuple indexing for semantic web data management · Proc. VLDB Endow. 2008
Information retrieval
query processing
0.012008
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
YearPublicationVenuePosition
2015 Database-Backed Program Analysis for Scalable Error Propagation
abstract
Software 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?
abstract
In 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?
abstract
In 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 FSE4
2008 Hexastore: sextuple indexing for semantic web data management
abstract
Despite 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