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
As the title suggests, how do we handle this cases? My group received a couple of bugs where the user tampered with the XML file directly. Example:
The tester goes to the XML file to change the completion rate to an invalid value. This is not possible to do through the CLI, as our group provide such no command to directly tamper with completion rate value (it auto updates).
Yes, my group have more mind-blowing bug reports at changing XML other than this.
Can the app recover from an incorrect data file? If not, you can accept it as a severity.Low bug and mark all similar bug reports as duplicates. Note: The data file is supposed to be human-editable and this kind of testing is within the scope of system testing
As the title suggests, how do we handle this cases? My group received a couple of bugs where the user tampered with the XML file directly. Example:
The tester goes to the XML file to change the completion rate to an invalid value. This is not possible to do through the CLI, as our group provide such no command to directly tamper with completion rate value (it auto updates).
Yes, my group have more mind-blowing bug reports at changing XML other than this.
Refer: nus-cs2103-AY1819S1/pe-results#934
The text was updated successfully, but these errors were encountered: