Skip to content

Test runner interface docs error condition could be clarified #586

@rikedyp

Description

@rikedyp

https://exercism.org/docs/building/tooling/test-runners/interface#h-status

As discussed: exercism/dyalog-apl-test-runner#7 (comment)

It says "tests were run" but I think it means "tests were completed", because I thought "the tests ran but they errored", but of course you could say they didn't run because they errored.

I also find the example for interpreted languages a little distracting. Are you saying that syntax errors that prevent a file from parsing should be treated differently to other kinds of runtime errors, or are you just using that an example of a runtime error?

I suggest:
"The error status should only be used if all of the tests errored. For compiled languages this is generally a result of the code not being able to compile. For interpreted languages this is a runtime error, such as a syntax error that stops the file from parsing."

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions