Revision of the validation process for themes

Background:
In the verification, the themes are tested on the actual device in the same way as the user environment to check whether an issue occurs, and verification rejection issues may occur for the following reasons.

  1. The problem that the device/application software needs to be fixed
  2. Problems that Themes Studio needs to be fixed
  3. Seller has to modify theme content

Related Menu or Feature:
Don’t rejected Themes if Issues found in Point 1 and 2

Detail description of the Feature Request:
Verification rejection issues may occur for the following reasons.

  1. The problem that the device/application software needs to be fixed

Theme should not rejected, because the Designer can’t fix it with GTS. Relevant department of charge should be informed to fix it quickly through a device / application update. For the designer, this means a loss of sales and unnecessary extra work

  1. Problems that Themes Studio needs to be fixed

Theme should not rejected, because the Designer can’t fix it with actual available GTS. Relevant department of charge should be informed to fix it quickly through a GTS Update. e mail should also be sent to the partners that the theme content must be updated with the new GTS.

Summary
The errors from points 1 and 2 can be corrected considerably faster before the release of a new Android version if the designers had access to the preliminary beta firmware and also a gts beta phase to eliminate all issues.
The process would be considerably simplified if new software applications used the same color and image values ​​as the themes already available, so an annual theme update would not be necessary. LG implemented this in this way. This is implemented for background images, icons and AOD; it also works for themes
New applications can use the value color and images strings from the common or sesl application.

Benefit:
no loss of sales for the designer, no unnecessary duplication of work for the designer. The theme then no longer verifies a lottery game. Designer can provide a better service

Love this suggestion. Currently with how themes work for Samsung is that almost every time a new UI or updated UI comes out an update is needed for it. That just takes way too much time for how repetitive the process is.

Personally I don’t think theme designers should end up in a position where they have to report bugs since that should be done either by GTS devs or validation team BUT since at the moment those 2 teams are not good enough at finding bugs I would not mind to having an early access to GTS.

A better process wold be that if the testers found a bug, they reported it to the GTS team for them to see if it is a tool problem. If not, the GTS tool team sends the bug to the firmware or app teams for correction.

Then the testing team puts the theme in a hold status until the firmware or app is updated, then they can retest, we don’t need to resubmit.

The theme shold only be rejected if it is a tool issue, and the theme needs to be rebuilt.

1 Like

The Idea with hold is not bad, but they should never rejected it about firmware/ app issues

1 Like