This repository has been archived by the owner on Jul 11, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1
Differentiate incomplete from inconsistent results #14
Comments
Some notes and test cases: enum Consistency { Consistent, PartialConsistent, Inconsistent }
type Outcome: "passed" | "failed" | "inapplicable" | "cantTell" | "untested"
type Mode: "automatic" | "semiAuto" | "manual"
type Assertion {
expected: Outcome,
actual: Outcome,
correct: boolean,
mode: Mode,
url: string
}
type Implementation {
actRuleId: string,
consistency: Consistency,
complete: boolean,
implementationId: string,
mode: Mode,
assertions: Assertion[]
}
type ImplementationSet {
actRuleId: string,
consistency: Consistency,
complete: boolean,
mode: Mode,
implementations: Implementation[]
} An implementation is consistent if
An implementation is partially consistent if
An implementation is inconsistent if it is neither consistent nor partially consistent A set of partially consistent implementations is a consistent implementation if
An implementation is incomplete if
A complete and consistent implementation
An incomplete and consistent implementation
A complete and partial consistent implementation
An incomplete and partial consistent implementation
A complete and consistent set of implementations
An incomplete and consistent set of implementations
A complete and inconsistent set of implementations
An incomplete and inconsistent set of implementations
Inconsistent implementations:Passed should be not failed
Inapplicable should be not failed
At least one passed test case must not be untested
At least one failed test case must not be untested
At least one inapplicable test case must not be untested
At least one outcome must be neither untested nor cantTell
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently, incomplete can mean an implementation is missing data, (untested), or that its results are different (expect pass, actual fail). As discussed in act-rules/act-rules.github.io#850, we'd like to distinguish between these two.
We want two flags:
We'd also have to add "untested" to all of the allowed expected results. Something is not inconsistent if the result is untested. For an implementation to be "correct", it has can neither be incomplete nor inconsistent.
The text was updated successfully, but these errors were encountered: