Below, you will find our recommended and preferred QA checklist and how to do QA guide in the sequence in which the QA should be performed. The checklist contains all of the aspects that need to be checked and tested before a model gets approved. Make sure that all of the steps are covered when checking the models.
It is very important that QA goes through the checklist in the specific order that is outlined below:
- Technical settings
- Naming conventions
- Product settings
- Dimensions
- Proportions
- Seams
- Wrinkles
- UV Layout
- Assets
- Variations
Additionally, the responses that are outlined in each section are considered to be the standard responses/comments and how they should be done when commenting on different items. These responses must be followed the same way that they are shown in this document.
Technical Settings
All of these technical aspects can be automatically checked in the Modeling Panel, so make sure that you use the second tab in the panel for these. Please check this link for correct order of checking using the Modeling Panel. |
Comments:
If there are any issues with any of these, the Modeling Panel should take care of them automatically. However, if these need to go back to editing, the comments must always be the same following the standard response:
*This is an example
Naming Conventions
This can be automatically checked by the Modeling Panel, so make sure that you use the second tab in the panel to check these. |
Comments:
If there are any issues with any of these, the modeling panel should take care of them automatically. However, if these need to go back to editing, the comments must always be the same following the standard response:
Naming issues |
Suffix issues |
*This is an example
Product Settings
- Check polycount
Make sure that the polycount per object does not exceed the 100.000 triangles (50.000 quads) limit
The Modeling Panel will check this when publishing, but it would be best to avoid this and find the issues before the model is ready to publish
Comment: If the objects are not within the polycount limit, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
- Check model gaps
Make sure that there are no gaps on the model and that the bottom is closed
Make sure that there are no gaps between the model elements
Comment: If the objects have gaps, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
Dimensions
- Check overall dimensions
Make sure that the overall dimensions of the model are within the accepted tolerance
Comment: If the overall dimensions are not within the accepted tolerance, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
- Check element dimensions
Make sure that the element’s dimensions are correct
Comment: If the dimensions per element are not correct, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
Proportions
- Check perspective match image
Make sure that the proportions are correct in the perspective match image
Comment: If the proportions do not match in the perspective match image, the model needs to be returned for editing, and the comments must always follow the standard response:
Note:
The plumpness, shape, size, roundness, and proportion of the model elements are checked only by the perspective image matching. Commenting on these aspects while the model is perfectly matched with the image reference is not allowed.
Example: On a perfectly matched perspective match image, there should not be comments about shape, plumpness, roundness, curvature, or other aspects of the model that are clearly visible as being correct on the perspective match image. |
Seams
- Check the type of seam
Make sure that the correct type of seam is modeled (inner seam, top-stitch, double-needle, welt)
Comment: If the wrong type of seam is modeled, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
- Check if the seam is modeled correctly
Make sure that the seam is modeled as defined in the Cylindo standards document.
Comment: If the seam is not modeled correctly, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
Wrinkles
- Check level of wrinkling
Make sure that the right level (low, medium, high) is modeled
Comment: If the wrong level of wrinkling is used, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
- Check wrinkling modeling
Make sure that wrinkling is modeled by Cylindo standards
Comment: If the wrinkles are not modeled by Cylindo standards, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
UV Layout
- Check UV layout scale
Make sure that the UV layout islands scale corresponds with the real-life model scale
Comment: If the UV layout scale is not correct, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
- Check UV layout orientation
Make sure that the UV layout islands scale is rotated the correct way
Comment: If the UV layout orientation is not correct, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
- Check UV layout placement
Make sure that the UV layout islands are placed correctly inside the UV editor
Comment: If the UV layout placement is not correct, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
- Check UV layout stretching
Make sure that the UV layout islands are cut properly, and there is no stretching
Comment: If the UV layout cut is not correct and there is stretching, the model needs to be returned for editing, and the comments must always follow the standard response:
*This is an example
Assets
- Check if the Cylindo assets are used
Make sure that the Cylindo asset is used instead of the object being modeled from scratch
Comment: If the Cylindo assets are not used, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
- Check if the correct Cylindo asset is used
Make sure that the correct asset is used, as well as if the correct size of that asset is used
Comment: If the wrong Cylindo asset is used, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
Variations
- Check variation elements
Make sure that the variations contain the proper elements and that they are not just scaled from the archetype (number of cushions, number of legs, number of pillows)
Comment: If the variation doesn’t have the proper elements, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example
- Check variation reusability
Make sure that the elements in the variation are reused from the approved archetype
Comment: If the variation elements are not reused from the archetype, the model needs to be returned for editing, and the comments must always follow the standard response:*This is an example