You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The html report contains a surviving mutation point x.
There is a close mutation point x + 1 that has been killed by tc_4, tc_21 and tc_23.
The user does not remember any details about tc_4, tc_21 or tc_23.
Scenario:
The user wants to decide if x should be fixed immediately or fixed later.
Problem:
Before considering the fix immediately alternative, the user would need to:
Manually locate tc_4, tc_21 and tc_23.
Manually figure out how tc_4, tc_21 and/or tc_23 killed x + 1.
Evaluation criteria
The below suggestions will be evaluated to the following criteria:
Criterion
Priority (TBD)
Motivation (TBD)
Actionability: Does the user need to make a cheap or expensive investment to decide if the fix immediately alternative is an option?
High
?
Integration: Does the solution make Dextool Mutate easier or harder to integrate?
Low
This is just an optional feature.
Complexity: Is the solution simple or hard to implement and maintain?
?
?
Compatibility: Does the solution support different kinds of test frameworks?
medium
?
Suggestions
Meta approach 1: Jump to test implementation
Implement a feature that lets the user jump to the implementation by clicking on one of the listed test cases.
Pros:
Actionability: The low effort from the user increases the likelyhood that the user will dig a little bit further and decide to take the fix immediately option.
Unknown:
Does this open an IDE or a html page?
Approach 1.1: Using a script from the user
The test implementation is located using a script that is provided by the user. It translates a test case id to a file:row:colum where the test case implementation can be found.
Pros:
Compatibility: Works for all kinds of test frameworks.
Cons:
Integration: Adds more complexity to the README.md.
Approach 1.2: Using googe test's result information
Use the filepath:row information from assertions that kill a mutant.
Pros:
Integration: Fully automated, easy for the user.
Actionability: Information about failing checks could also be displayed.
Cons:
Compatibility: Only works with google test.
The text was updated successfully, but these errors were encountered:
Background
Assume:
x
.x + 1
that has been killed bytc_4
,tc_21
andtc_23
.tc_4
,tc_21
ortc_23
.Scenario:
The user wants to decide if
x
should befixed immediately
orfixed later
.Problem:
Before considering the
fix immediately
alternative, the user would need to:tc_4
,tc_21
andtc_23
.tc_4
,tc_21
and/ortc_23
killedx + 1
.Evaluation criteria
The below suggestions will be evaluated to the following criteria:
fix immediately
alternative is an option?Suggestions
Meta approach 1: Jump to test implementation
Implement a feature that lets the user jump to the implementation by clicking on one of the listed test cases.
Pros:
fix immediately
option.Unknown:
Approach 1.1: Using a script from the user
The test implementation is located using a script that is provided by the user. It translates a
test case id
to afile:row:colum
where the test case implementation can be found.Pros:
Cons:
README.md
.Approach 1.2: Using googe test's result information
Use the
filepath:row
information from assertions that kill a mutant.Pros:
Cons:
The text was updated successfully, but these errors were encountered: