Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Case Bug delete_marked differ from UG #9

Open
EltonGohJH opened this issue Nov 12, 2021 · 1 comment
Open

Use Case Bug delete_marked differ from UG #9

EltonGohJH opened this issue Nov 12, 2021 · 1 comment

Comments

@EltonGohJH
Copy link
Owner

EltonGohJH commented Nov 12, 2021

image.png

image.png

UG does not not have restriction that delete_marked will not work when filtered. It does work when filtered too. So extension 2a is invalid.

@EltonGohJH EltonGohJH changed the title Use Cases Use Case Bug Nov 12, 2021
@EltonGohJH EltonGohJH changed the title Use Case Bug Use Case Bug delete_marked Nov 12, 2021
@EltonGohJH EltonGohJH changed the title Use Case Bug delete_marked Use Case Bug delete_marked differ from UG Nov 12, 2021
@nus-pe-bot
Copy link

nus-pe-bot commented Nov 16, 2021

Team's Response

When we mention "The list of applicants is empty" in extension 2a, we refer to when the application has zero users. As such, the extension is valid as it is how the application would respond in that scenario.

Moreover, use cases should not contain implementation details, it should be expected that the "list" of applicants does not refer to the displayed list of applicants/filtered list of applicants, so the tester's interpretation of delete_marked being used when filtered should not be assumed.

Hence, as it is an interpretation error on the tester's part, we will be rejecting this issue.

Items for the Tester to Verify

❓ Issue response

Team chose [response.Rejected]

  • I disagree

Reason for disagreement: You stated that the "list" of applicants does not refer to the displayed list of applicants. Extension 1a tells you that you can find the people after listing.
Consider this case. The list has 10 people after you follow step 1. You do 1a (UC6 find). After finding no people , Recruitln displays no people on the list (step 2) and should terminate at step 2a (but your actual feature will work even if find shows no people). So your use case 2a is invalid. Find extension implies that in step 2 it refers to the displayed list and not actual number of applicants.

Thus, I disagree that I intepreted wrongly as if it is not a displayed list of applicants then the find use case does not make sense.

image.png


❓ Issue severity

Team chose [severity.VeryLow]
Originally [severity.Low]

  • I disagree

Reason for disagreement: It is not a cosmetic bug.


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants