Key Information

Register
Submit
The challenge is finished.

Challenge Overview

Project Overview

The GetHelp app consists of 3 parts: webapp, android app and iOS app. The app will be used by 3 types of Users (An Exec, Support Admin, Support Specialist). The GetHelp App is designed to manage the collaboration between these 3 types of Users on IT support requests that need to be fulfilled. Think of a hi-touch support application for Exec users, where it offers instant feedback and communication between these users for speedy resolution of support requests and upto the minute status on the requests, thereby eliminating any delays or disruptions into the users normal business.

Contest Objective

The goal of this competition is to clearly identify the limitations of the provided assemblies and ensure the requirements as they were described have been met. You can find the documents describing the applications from this google doc: https://docs.google.com/document/d/13DEtWpUwpiG_gx9BJedB-HWIKZS4Yrhk1g0XrJT2ZjQ/edit?usp=sharing

Things to test in the current competetion are:

Admin Use Cases (* Test using Desktop)
- Add Users (Tech Support and Exec Users)
- View a Request and its history
- Add / Delete Announcements
- Add Rewards for Tech Support users.

Exec Use Cases (* Test using Desktop / Android / IOS) 
- Request "Onsite" Support
- Request "Call Me" Support
- Request "SMS" Support
- View Announcements
- Update Host Setting
- Clear Cache

Tech Support Use Cases (* Test using Android / IOS)
- View Request Queue
- Accept/Release Requests
- Perform support on "Onsite" requests followed by QR code Scan.
- Perform support on "Call Me" requests
- Perform support on "SMS" requests
- View Announcements
- Update Host Setting
- Clear Cache

Browser Requirements

The web application must be tested in all mainstream browsers.

Users

  • Tech Users: use any confirmation code from 1001 to 1005
  • Exec Users: use any confirmation code from 2001 to 2005

Contest Guidelines

The guidelines for this contest are given below:

  • As issues are identified they need to be logged in JIRA.
  • 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.

Important Notice:

You must also be the first person to report the issue and submit it while submission phase is open.  JIRA will allow you to file issues before and after the submission phase, but these will NOT be counted.

Technologies

  • HTML
  • Node.js
  • Android
  • iOS

Provided Resources

Documentation Provided

The following documentation will be available in the contest forum:

  • Use cases document (via Google Doc)
  • Existing App Code (in challenge forum)

Contest Prize Eligibility

The submitter with the most accepted bugs will win the contest.



Final Submission Guidelines

Bug Report Process

Bug Report Format

For each report of a limitation or bug, we need the following information:

  • Steps to reproduce, including any needed information
  • Screen shots (if applicable)
  • Expected results after the bug is fixed
  • Current results, before the bug is fixed
  • Browser version / Device Model 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 here: https://apps.topcoder.com/bugs/browse/GETITHELPHYBRID.

Scoring

The Scoring guidelines followed for the contest are given below:

  • For scoring, the submitter with the most accepted bugs will win. The submitter with the second most accepted bugs will receive second place.
  • For submitters who submit but don't take first or second, if they submit bugs that aren't covered in the first or second place submission, they will receive $5 for each unique bug reported up to a maximum of half the 1st place prize

 Important Notice:

If two submitters submit the same bug report, the submitter who submitted the report first into JIRA will get credit for the bug. The second submitter will not. 

Tips

Some of the tips helpful for the contest are:

  • 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.

Submission Deliverables

You need report your issues in JIRA. Please submit a text file contains the bugs you reported to OR.

Final Submission

  • For each member, the final submission should be uploaded to the Online Review Tool.
  • You must not include any identifying information, such as your handle, in your submission. Your submission should be anonymous and you will be scored down in screening for not complying.

REVIEW STYLE:

Final Review:

Community Review Board

Approval:

User Sign-Off

SHARE:

ID: 30040831