Challenge Overview
Project Overview
In previous challenges we have finished building the API and UI for the Missing Details Portal.
For the purpose of this challenge, we need the community to help integration the UI with API to build final functional app.
Note: this challenge will have 24h for registration (during this phase no one will see details) and then 12h for bug hunting.
Project Background
Contest Objective
The purpose of this challenge to thoroughly test the app's features on the required browsers.
Please register to see details about the app so you can test it effectively.
Browser Requirements
IE11+, Latest Firefox, Latest Safari & Chrome Browsers (Mac & Windows).
Contest Guidelines
The guidelines for this contest are given below:
Important Notice:
You must also be the first person to report the issue and submit it while submission phase is open. GitLab will allow you to file issues before and after the submission phase, but these will NOT be counted.
Provided Resources
The following documentation will be available in the contest forum:
Contest Prize Eligibility
The submitter with the most accepted bugs will win the prize.
Bug Report Process
Bug Report Format
For each report of a limitation or bug, we need the following information:
1. Steps to reproduce, including any needed information
2. Screenshots or screencasts (required)
3. Expected results after the bug is fixed
4. Current results, before the bug is fixed
5. Browser version and OS version
Important Notice:
If you do not properly document your bug reports, they will likely be rejected due to lack of information or documentation. Also, make sure your bug reports are reasonably general.
If you submit the same bug that is seen in multiple screens, for instance, you will likely only get credit for the original bug report. The others will all be closed as duplicates.
Ticket Logging
You will log your tickets in the specified GitLab repo.
Scoring
For scoring, the submitter with the most accepted bugs will win. For submitters who submit but don't win, if they submit bugs that aren't covered in the winner’s submission, they will receive prize for each unique bug reported up to a maximum of half the winner prize. Here are the scoring rules:
Final score will be based on the total $, i.e. member with the most total $ will win the bug hunt.
If a member tests an issue in one OS, the member is supposed to test it in all mainstream browsers in that OS, specifically:
Important Notice:
If two submitters submit the same bug report, the submitter who submitted the report first into GitLab will get credit for the bug. The second submitter will not.
Tips
You need to report your issues in GitLab. Please submit a text file containing your GitLab username to OR so we can pay you.
In previous challenges we have finished building the API and UI for the Missing Details Portal.
For the purpose of this challenge, we need the community to help integration the UI with API to build final functional app.
Note: this challenge will have 24h for registration (during this phase no one will see details) and then 12h for bug hunting.
Project Background
- This application will be used to manage and process all missing info queries for invoicing in a standardized manner. It will allow users to remove email, Skype or phone requests logging.
- We expect the application will help improve our way to provide reporting, tracking and managing queries.
Contest Objective
The purpose of this challenge to thoroughly test the app's features on the required browsers.
Please register to see details about the app so you can test it effectively.
Browser Requirements
IE11+, Latest Firefox, Latest Safari & Chrome Browsers (Mac & Windows).
Contest Guidelines
The guidelines for this contest are given below:
- As issues are identified they need to be logged on gitlab, you can find link to the gitlab page in the forum once you register.
- Issues must include clear descriptions, test cases and steps to reproduce and expected vs. actual results in order to be counted.
- First competitor to find an issue gets credit, duplicates will not be counted.
- Reviewers will accept, reject or mark the issues as duplicate.
- Please DO take a look at the reported bugs, duplicated bugs cost your work time and the reviewer's time.
- We'll decide whether a bug is valid or not based on our knowledge about the app, it's totally up to us.
- Please thoroughly test the app and find all kinds of issues, however we’ll award different prizes for different types of issues (see scoring section for details), the reviewer will decide which type each belongs to during review phase.
- Functionality testing must be based on the requirements, all bug reports based on your own assumptions will be rejected.
- Our expectation from Members are that they will report bugs on different browsers/ platforms under same ticket, if they have means to test it. Member should not be creating separate tickets for the same repeating bugs for separate platform/ browser. In such case it's totally up to us whether to accept the bug or not.
- You must not edit the bug report once created, so make sure you enter all the details at the time you create the issue, otherwise your issue will be move to the end of the queue. If you really need to edit an issue you must use comments section for this (i.e. add a comment to describe any changes you want to make to the issue), and we'll decide whether the changes are major enough to move the issue to the end of the queue. You are allowed to add screenshots in the comments section though, assuming your issue report contains all the details when created.
Important Notice:
You must also be the first person to report the issue and submit it while submission phase is open. GitLab will allow you to file issues before and after the submission phase, but these will NOT be counted.
Provided Resources
The following documentation will be available in the contest forum:
- Deployed app
- Detailed requirements
Contest Prize Eligibility
The submitter with the most accepted bugs will win the prize.
Bug Report Process
Bug Report Format
For each report of a limitation or bug, we need the following information:
1. Steps to reproduce, including any needed information
2. Screenshots or screencasts (required)
3. Expected results after the bug is fixed
4. Current results, before the bug is fixed
5. Browser version and OS version
Important Notice:
If you do not properly document your bug reports, they will likely be rejected due to lack of information or documentation. Also, make sure your bug reports are reasonably general.
If you submit the same bug that is seen in multiple screens, for instance, you will likely only get credit for the original bug report. The others will all be closed as duplicates.
Ticket Logging
You will log your tickets in the specified GitLab repo.
Scoring
For scoring, the submitter with the most accepted bugs will win. For submitters who submit but don't win, if they submit bugs that aren't covered in the winner’s submission, they will receive prize for each unique bug reported up to a maximum of half the winner prize. Here are the scoring rules:
- Each accepted major functional issue will get $10
- Not major functional issue will get $5
- Each accepted UI issue will get $3
- Each duplicate of existing issue on new platform, browser, or browser mode combination will get $2
- Each unique spelling / typo issue will also get $1
Final score will be based on the total $, i.e. member with the most total $ will win the bug hunt.
If a member tests an issue in one OS, the member is supposed to test it in all mainstream browsers in that OS, specifically:
- Windows: IE 11+ / Chrome / Firefox (Windows Edge is not in scope)
- Mac OS: Safari / Chrome / Firefox
Important Notice:
If two submitters submit the same bug report, the submitter who submitted the report first into GitLab will get credit for the bug. The second submitter will not.
Tips
- Submitting what is obviously the same issue multiple times with small variations will only annoy the reviewer that has to sort through all the issues and will only count as one issue anyway. If it's less obvious if it is the same issue or not, use your best judgment and the reviewers will do the same.
- Put an eye on the issues being submitted by other members to minimize the time you may be spending on duplicate efforts. Knowing what has already been reported will allow you to better focus your time on finding yet undiscovered issues.
- Double check your steps to reproduce and test cases to make sure they are clear. Make sure your steps include creation of any necessary data.
Final Submission Guidelines
Submission DeliverablesYou need to report your issues in GitLab. Please submit a text file containing your GitLab username to OR so we can pay you.