Testing on Focus for iOS and Focus for Android for a new release
Given Focus for iOS and Focus for Android have very similar test procedures, this document will cover both at once.
Localizers currently mostly rely on screenshots for testing. Latest information and updates about testing are provided on the dev-l10n mailing list, which you should follow if you are working on l10n for any of the existing Mozilla products.
Testing with screenshots
Screenshots are provided by the mobile teams and sent out on dev-l10n. The latest iterations can be found here: Focus for Android. Focus for iOS (iPhone5) and Focus for iOS (iPhone7) screenshots can be found here.
There are Nightly localized builds for Focus for Android, that are accessible by following the instructions here. There are other builds available too, but Nightly is preferred for testing localizations, since it is updated daily.
Note that for those who do not wish to use Google Play, there are also Nightly builds available on Taskcluster here. The build to download is the APK file containing "universal-release" in the name.
For Focus for iOS Nightly builds, reach out to the mobile project manager (currently delphine at mozilla dot com) to be added to the BuddyBuild system.
For Focus for iOS, please note an iOS device running v9 or above is needed. For Focus for Android, an Android device running 5.0 or above is needed.
Aspects to review
Here is a list of issues you should try to identify when testing the build:
- Language quality.
- Truncated words (cut-off from screen).
- Anything that appears broken on the UI.
- Check out all the main screens, UI, menus, tabs, new features, etc. Make sure these all look good, that everything is properly translated and appears as expected.
- Font support: once you start translating, you should check against the screenshots provided that the fonts used appear correctly.
- Untranslated content.
Concerning untranslated content on Focus for iOS: please note that we currently have two tiers of support in iOS. If your locale is only in the Tier 2 support (which corresponds to the languages under Other Languages in the iOS system settings), then it sometimes happens that menu items and dialogs, which are part of the OS itself, may not be localizable - and will therefore unfortunately appear in the primary OS language on the final UI.
L10n-drivers and the localization team will work together to determine if a locale can ship or not, for each release.
For mobile app projects (so all except Firefox for Android), all locales with complete translations and without errors on the web dashboard at l10n deadline are considered for shipping. Additionally, they must have no visible l10n errors upon review of the locale’s screenshots (e.g., significant truncation, text overflow, encoding, etc.) besides what may have already been reported to the mobile team to correct.
Details concerning all this process are always announced on the dev-l10n mailing list.