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

Casey Klein

dblp:90/8636 · DBLP profile ↗
← Back
3ranked-venue papers
3as first author
0since 2021 · last 2012
—ORCID · none

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

Software engineering, systems software and programming languages · 3 · 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
2 papers
Software testing · 55% Programming languages and type systems · 45%

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

TopicWeightPapersLastEvidence papers
Programming languages and type systems › language semantics
formal semantics
0.112012
Run your research: on the effectiveness of lightweight mechanization · POPL 2012
Software testing
random testing
0.112010
Random testing for higher-order, stateful programs · OOPSLA 2010
Software testing
test generation
0.112010
Random testing for higher-order, stateful programs · OOPSLA 2010
Programming languages and type systems › functional programming
higher-order programs
0.012010
Random testing for higher-order, stateful programs · OOPSLA 2010

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

proof assistant · 0.1environment bindings · 0.1contracts · 0.1
YearPublicationVenuePosition
2012 Run your research: on the effectiveness of lightweight mechanization
abstract
Formal models serve in many roles in the programming language community. In its primary role, a model communicates the idea of a language design; the architecture of a language tool; or the essence of a program analysis. No matter which role it plays, however, a faulty model doesn't serve its purpose.
Casey Klein, John Clements, Christos Dimoulas, Carl Eastlund, Matthias Felleisen, Matthew Flatt, Jay A. McCarthy, Jon Rafkind, Sam Tobin-Hochstadt, Robert Bruce Findler
POPL1
2011 A Semantics for Context-Sensitive Reduction Semantics
Casey Klein, Jay A. McCarthy, Steven Jaconette, Robert Bruce Findler
APLAS1
2010 Random testing for higher-order, stateful programs
abstract
Testing is among the most effective tools available for finding bugs. Still, we know of no automatic technique for generating test cases that expose bugs involving a combination of mutable state and callbacks, even though objects and method overriding set up exactly that combination. For such cases, a test generator must create callbacks or subclasses that aggressively exercise side-effecting operations using combinations of generated objects.This paper presents a new algorithm for randomly testing programs that use state and callbacks. Our algorithm exploits a combination of contracts and environment bindings to guide the test-case generator toward interesting inputs. Our prototype implementation for Racket (formerly PLT Scheme) - which has a Java-like class system, but with first-class classes as well as gbeta-like augmentable methods - uncovered dozens of bugs in a well-tested and widely used text-editor library.We describe our approach in a precise, formal notation, borrowing the techniques used to describe operational semantics and type systems. The formalism enables us to provide a compact and self-contained explanation of the core of our technique without the ambiguity usually present in pseudo-code descriptions.
Casey Klein, Matthew Flatt, Robert Bruce Findler
OOPSLA1