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

Maximilian Störzer

dblp:94/2524 · DBLP profile ↗
← Back
4ranked-venue papers
3as first author
0since 2021 · last 2006
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 4 · 3 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
Debugging and program repair · 36% Software maintenance and evolution · 23% Software testing · 16%

Topics — the 6 heaviest of 7, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Debugging and program repair
fault localization
0.122006
Finding failure-inducing changes in java programs using change classification · SIGSOFT FSE 2006
Chianti: a change impact analysis tool for java programs · ICSE 2005
Software testing
regression testing
0.122006
Finding failure-inducing changes in java programs using change classification · SIGSOFT FSE 2006
Chianti: a change impact analysis tool for java programs · ICSE 2005
Programming languages and type systems
aspect-oriented programming
0.112006
Detecting Precedence-Related Advice Interference · ASE 2006
Software maintenance and evolution › code change analysis
change classification
0.112006
Finding failure-inducing changes in java programs using change classification · SIGSOFT FSE 2006
Debugging and program repair › regression debugging
failure-inducing change identification
0.112006
Finding failure-inducing changes in java programs using change classification · SIGSOFT FSE 2006
Software maintenance and evolution
change impact analysis
0.112005
Chianti: a change impact analysis tool for java programs · ICSE 2005

Methods — techniques the papers use, named apart from their topics

change classification · 0.1
YearPublicationVenuePosition
2006 Detecting Precedence-Related Advice Interference
abstract
Aspect-oriented programming (AOP) has been proposed in literature to overcome modularization shortcomings such as the tyranny of the dominant decomposition. However, the new language constructs introduced by AOP also raise new issues on their own-one of them is potential interference among aspects. In this paper we present an interference criterion to detect and thus help programmers to avoid advice order related problems
Maximilian Störzer, Florian Forster
ASE1
2006 Finding failure-inducing changes in java programs using change classification
abstract
Testing and code editing are interleaved activities during program development. When tests fail unexpectedly, the changes that caused the failure(s) are not always easy to find. We explore how change classification can focus programmer attention on failure-inducing changes by automatically labeling changes Red, Yellow, or Green, indicating the likelihood that they have contributed to a test failure. We implemented our change classification tool JUnit/CIA as an extension to the JUnit component within Eclipse, and evaluated its effectiveness in two case studies. Our results indicate that change classification is an effective technique for finding failure-inducing changes.
Maximilian Störzer, Barbara G. Ryder, Xiaoxia Ren, Frank Tip
SIGSOFT FSE1
2005 Chianti: a change impact analysis tool for java programs
abstract
Chianti is a change impact analysis tool for Java that is implemented in the context of the Eclipse environment. Chianti analyzes two versions of a Java program, decomposes their difference into a set of atomic changes, and a partial order inter-dependences of these changes is calculated. Change impact is then reported in terms of affected (regression or unit) tests whose execution behavior may have been modified by the applied changes. For each affected test, Chianti also determines a set of affecting changes that were responsible for the test's modified behavior. This latter step of isolating failure inducing changes for one specific test from irrelevant changes can be used as a debugging technique in situations where a test fails unexpectedly after a long editing session.
Xiaoxia Ren, Barbara G. Ryder, Maximilian Störzer, Frank Tip
ICSE3
2005 Using Pointcut Delta Analysis to Support Evolution of Aspect-Oriented Software
abstract
Aspect oriented programming has been proposed as a way to improve modularity of software systems by allowing encapsulation of cross-cutting concerns. To do so, aspects specify where new functionality should apply using pointcuts. Unfortunately expressions written using todays mainstream pointcut languages are fragile, as non-local changes may easily change pointcut semantics. This is a major obstacle for evolution of aspect oriented software. In this paper we introduce a delta analysis to lighten these problems.
Maximilian Störzer, Jürgen Graf 0001
ICSM1