nus-pe-bot
commented
2 years ago Team's Response
Thank you for your suggestion! We have considered this case before, where user is able to search for an exact match of interview by all keywords provided. However, this way disallows searching of multiple months (e.g. find i/jan feb) , and renders the find function more restrictive.
Moreover, as the application is intended to be used by one recruiter, the recruiter will manage the applicants base by marking all applicants who have had their interview as done and removing them so that the interviews available for search will be kept recent, and thus the recruiter can find a date by searching that month only.
We also provide a filter_interview future function which sorts upcoming interviews in chronological order, which would suit the case more when recruiter wants to inquire an interview.
In conclusion, the team does not consider it as a major flaw in design because we think this is unlikely to affect many users in terms of searching for an interview.
Items for the Tester to Verify
:question: Issue response
Team chose [response.NotInScope]
- [ ] I disagree
Reason for disagreement: [replace this with your explanation]
:question: Issue severity
Team chose [severity.Low]
Originally [severity.Medium]
- [x] I disagree
Reason for disagreement: Hi, I think I understand the design choice better now that I have seen your explanation. However, I believe that this issue would occur rather frequently, as if I am an interviewer, I may care a bit more about the interviews that is occurring this month as opposed to other interviews that is occurring in the same month but in the next year.
Furthermore, the find by interview feature also lists past interviews in the same month. I understand that the design choice was to make it more lenient in matching, but I feel that with a large number of interviews, I would rather be able to narrow down my interview search range by specifying specific dates and only have the relevant interviews show up. It doesn't feel like it would make sense to clutter the search results, as it kind of defeats the purpose of the search to narrow down the number of interviews.
With that said, I think the implementation will be rather complicated and it is probably not in scope of this module.
It matches keywords to each chunk of the displayed text. That means you cannot exactly search for interviews on a particular date, like "find i/20 Mar 2020". This can be even detrimental when there is a large amount of interviews scheduled, potentially a high severity