VLDB 2026 Research / reviewers in the wild / expert
John B. Goodenough 0002
dblp:181/2396-2 · also John Byer Goodenough
· DBLP profile ↗
3ranked-venue papers
3as first author
0since 2021 · last 2013
0000-0001-9350-3034ORCID · corroborated
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
3 papers |
Requirements engineering and software design · 98% Programming languages and type systems · 2% Software testing · 1% |
Topics — the 6 heaviest of 6, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Requirements engineering and software design
assurance case |
0.2 | 1 | 2013 | Eliminative induction: a basis for arguing system confidence · ICSE 2013 |
Programming languages and type systems › control structures
exception handling |
0.0 | 1 | 1975 | Structured Exception Handling · POPL 1975 |
Programming languages and type systems
language design |
0.0 | 1 | 1975 | Structured Exception Handling · POPL 1975 |
Programming languages and type systems › language design
language features |
0.0 | 1 | 1975 | Structured Exception Handling · POPL 1975 |
Software testing › test input generation
test data selection |
0.0 | 1 | 1975 | Toward a Theory of Test Data Selection · IEEE Trans. Software Eng. 1975 |
Software testing › test adequacy › coverage criteria
structural coverage criteria |
0.0 | 1 | 1975 | Toward a Theory of Test Data Selection · IEEE Trans. Software Eng. 1975 |
Methods — techniques the papers use, named apart from their topics
eliminative induction · 0.2language design · 0.0exception handling principles · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2013 | Eliminative induction: a basis for arguing system confidenceabstractAssurance cases provide a structured method of explaining why a system has some desired property, e.g., that the system is safe. But there is no agreed approach for explaining what degree of confidence one should have in the conclusions of such a case. In this paper, we use the principle of eliminative induction to provide a justified basis for assessing how much confidence one should have in an assurance case argument. John B. Goodenough 0002, Charles B. Weinstock, Ari Z. Klein |
ICSE | 1 |
| 1975 | Structured Exception HandlingabstractIn this paper, we define what exception conditions are, discuss the requirements exception handling language features must satisfy, survey and analyze existing approaches to exception handling, and propose some new language features for dealing with exceptions in an orderly and reliable way. Our objective is not solely to put forward a language proposal. It is also to analyze exception handling issues and principles in detail. The proposed language features serve to highlight exception handling issues by showing how deficiencies in current approaches could be remedied in a coherent and orderly way. John B. Goodenough 0002 |
POPL | 1 |
| 1975 | Toward a Theory of Test Data SelectionabstractExamines the theoretical and practical role of testing in software development. The authors prove a fundamental theorem showing that properly structured tests are capable of demonstrating the absence of errors in a program. The theorem's proof hinges on our definition of test reliability and validity, but its practical utility hinges on being able to show when a test is actually reliable. The authors explain what makes tests unreliable (for example, they show by example why testing all program statements, predicates, or paths is not usually sufficient to insure test reliability), and they outline a possible approach to developing reliable tests. They also show how the analysis required to define reliable tests can help in checking a program's design and specifications as well as in preventing and detecting implementation errors. John B. Goodenough 0002, Susan L. Gerhart |
IEEE Trans. Software Eng. | 1 |