FAQ - Moderator Welcome to the LQG - Language Quality Game Moderator role. Your role as a Moderator is vital to the success of LQG. You have chosen to participate in the review and triage of Player submissions, to identify actionable bugs that are new issues that are yet to be addressed in the product being tested. You will also notice some issues submitted with the "ship stopper" tag. These are particularly important to the program. You will have the opportunity to review Screen Shots, observe what the user has highlighted, add additional highlights and comments, and then submit them as bugs.
Games– Game titles are assigned to you directly by the Project Owners. You are responsible for triaging the Player feedback submitted as part of those Games
Getting Started – Your first visit to the site will instruct you on how to obtain permissions. The main Moderator landing page will be displayed once you obtain permissions and have specific Games assigned to you. The Game selection and Players will be different for each Moderator.
Dealing with Duplicates - in version 2.3 of LQG additional features are added to track duplicate bugs across multiple screens. If you click the duplicate button a dialogue box will open, showing you all the other bugs for the same language. Once you've found your bug, enter the number in the LQG Bug Id field, click "verify", and finally click "save" to store the results. Review with Eye – You must select the on the feedback title in the right window to view the markup submissions on the Screen Shot in the main window. You must do this with each Screen Shot you view. A single Screen Shot can have several Player feedback markups available for viewing. Click the “eye” on each title to view the markups available for each submission. You may view the markups separately or all at once. Just click the “eye” once the markups are in view and they will vanish. A white background will show up behind the eye once the markups are displayed.
Ship Stoppers – The Red highlighted title bars on the Player submission listings indicates a possible “Ship Stopper”. These are issues that merit increase scrutiny and consideration as a possible product stopping bugs. These bugs are assigned the highest priority and severity and could impact the product development cycle. Moderators may assign the “Ship Stopper” tag to submissions, even if the Player did not.
Compare Screen – A comparison tool is provided to aid you in identifying issues and to better understand the Player submissions. You can use the compare tool with any of the Screen Shots. Just go to the tool bar and select a Preferred reference language from the dropdown menu (number and type of languages may very) and click the slide button to “on” or “off”, to add or remove the spilt screen view.
Add Markup & Comments – It is important for the Moderators to isolate and clarify the issues fully before submitting a bug. To do this the Moderators can add additional markup and comments to the Screen Shot submitted by the Players. The Moderator’s markups and comments are added in addition to the Players. You can access the individual edits by going to the listing in the right panels and clicking on the “eye” in the title bar. Clicking on the “eye” again will remove it from the Screen Shot. Note that the “Pending Feedback” filter was used and the Screen Shot is 1 / 12 in the collection.
Return to Top Triage & Resolve – The main function of the Moderator is to triage for bugs and resolve the submission results. Moderators are responsible for reviewing and determining if the feedback is actually a bug, a duplicate, or not an issue. The Moderator identifies the issue as a bug and checks to see if the bug has already been submitted, if so then they resolve the issue as a “duplicate”. If it is a new issue then the Moderator posts a new bug. Feedback submissions that are not issues will be resolved as “not issue”.
Create a New Bug - Identified issues should be researched in the bug database before a new bug is posted. Confirm that the bug isn’t already in the database and post a new bug for the issue. Select the feedback listing for the identified issue in the right panel. You should already have your markups and comments added for the issue before posting the new bug. Click the “new bug” icon to prompt the “create bug” dialog. Enter any remaining comments and click “create”. Make sure that you get your markup additions added to the Screen Shot to define the issues before creating a new bug, as shown on examples 1 and 2. If you haven’t already added your comments, you may add them in the comment box furnished in the “Create Bug” dialog shown on example 3. Note: If you don’t have markup images displayed on the Screen Shot, you will get a Warning! Giving you the opportunity to click “ok” to continue, or click “cancel” to return to add markups You will need to cancel the “create bug” dialog to enter or display Player markup. Click the “new bug” icon and “create” button on the “create bug” dialog. Create Bug Detail Information dialog with text dropdown selections displayed for you to create the new bug. These templates are generated depending on the collection that you were working from and generate a bug template matches a specific category that you are working in.
Bug Templates – The templates are synchronized to the categories that you are assigned to review. Many of the sections are prepopulated or have dropdown selections to choose from. There are a few text boxes where you are free to designate a title and details about the issues. Once you are satisfied with your template entries, you can click the “Create” button to submit a new bug. Below is an example of a standard bug template. Once you have filled out the template with required fields, and clicked “create”, a new bug will be generated and posted and connected to the affiliated Screen Shot. The Screen Shot will now show a bug connected through the filter in the title bar.
Dialog Title: Create Bug Detail Information – Example of typical bug template
Note: these fields may vary according to the bug template and the language that you are using. Once you have filled out all the required fields, you click “Create” to post the bug. If you haven’t filled out all the required fields, you will be prompted to do so when saving.
Added Feature Tool – The Wand Tool adds additional functionality to the Moderator section. In addition to providing the GUI information, the Wand Tool allows you to provide the pseudo-hash-ID, and resource information in the bug when submitted Product Studio. The Wand Tool is available on the tool bar as shown. Using the Wand Tool allows you to hover over the Screen shot to reveal technical information about the various controls. Once you have revealed what you are looking for with the Wand Tool, you can place a Pin on the item. This allows you to submit not only the GUI information but also the specific resource information in in Product Studio. Return to Top Using the Wand Tool:
Once you select the Wand Tool from the tool bar, you can move it over the Screen Shot exposing UI element that represents controls. A hover message will pop up with the associated technical information about the control. Wait until information is displayed and confirm the resource named is the one that you are interested in and pin in to the Screen Shot. You are only allowed to pin to areas with active controls. You cannot have duplicate pins for the same resource info.
Additional Pin Placement – You can place more than one pin on the Screen shoot for bug submission, as long as it is not a duplicate.
Unpinning with the Wand Tool – Once a Pin is set on the Screen Shot, you are allow to UnPin it by selecting it and selecting the “X”. This will delete the Pin selection and allow you to make another.
Pin placed and ready for bug submission – Once you have your Pin(s) confirmed and placed, you proceed with your bug submission. Details for bug submission are included on this page.
Thanks for your participation! Return to Top Main Page
Martin Steffens edited Revision 7. Comment: Updating page for v2.3 features.
yottun8 edited Revision 6. Comment: Added some tags.
Sbark edited Revision 4. Comment: Adding Return to Top