Shumpei Hozumi

dblp:165/9633 · DBLP profile ↗
← Back
1ranked-venue papers
0as 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 · 1

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
1 paper
Software testing · 100%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
High-performance computing · 100%

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

TopicWeightPapersLastEvidence papers
Software testing › test coverage
coverage-based testing
0.212015
Calculation coverage testing in scientific applications · ISSTA 2015
Software testing › test infrastructure
test framework
0.212015
Calculation coverage testing in scientific applications · ISSTA 2015
High-performance computing
scientific computing systems
0.112015
Calculation coverage testing in scientific applications · ISSTA 2015

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

empirical study · 0.4
YearPublicationVenuePosition
2015 Calculation coverage testing in scientific applications
abstract
A typical implementation of scientific applications includes a large number of iterative calculations. For performance optimization, these calculations are often partitioned, grouped, and reordered for execution. Since this refactoring is repeatedly performed during development, it is one of the major source of bugs and thus tool support is necessary for debugging. This study discusses this problem and proposes tool support through a testing framework. This testing framework can help developers perform the tests we call calculation coverage testing. It investigates whether the grouped calculations cover all the calculations performed by the original (and often naively implemented) program. It also investigates whether their execution order is correct. To demonstrate this idea, we also presents HPCUnit, our prototype testing framework for Java, and then reports an empirical study applying it to the Java Grande Forum Benchmark Suite.
Yoshiki Sato, Shumpei Hozumi, Shigeru Chiba
ISSTA2